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NOTABLE COMPUTER NETWORKS 


Computer netivorks are becoming more numerous and more diverse. 
Collectively, they constitute a worldwide metanetwork. 


JOHN S. QUARTERMAN and JOSIAH C. HOSKINS 


A computer network is a set of computers using com¬ 
mon protocols to communicate over connecting 
transmission media. To warrant inclusion in this ar¬ 
ticle, a network must provide at least mail or news 
service to its users and interconnect to other net¬ 
works that orovide such services. 

Among these networks are long-haul (or wide-area ) 
networks that can encompass continents. There are 
also internets of smaller networks communicating 
with one another through the same protocols. The 
internets of interest here include long-haul networks 
as constituents, and most also include local-area net¬ 
works (LANs). The computers connected can be 
small microcomputers, supercomputers, or anything 
between. Multiple interconnection media can be 
used, including coaxial cable, optical fiber, satellite 
links, twisted pair, or telephone lines. The protocols 
can vary widely in speed, reliability, and general 
functionality. The services provided can range from 
the most basic mail service to distributed file sys¬ 
tems and remote procedure call capability. A similar 
diversity applies to ownership, funding, administra¬ 
tion, addressing,'and other characteristics. Together, 
these networksTorm a metanetwork (sometimes 
called Worldnet) that is used daily by many commu¬ 
nities of interest throughout the world. 

This article is primarily concerned with describing 
specific networks. Various characteristics are given 
for each of them, where information was available. 

We also discuss some topics that ar e broader than 
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any one network, such as legal and social issuesj 
we conclude with a historical perspective on thej 
development of networks. 

CHARACTERISTICS OF 
COMPUTER NETWORKS 

Purpose, Administration, and Funding 
In our taxonomy, there are five basic kinds of ni 
works: 

1. Research Networks. Many of the earliest 
puter networks were designed and implements.. 
research in computer networking. There are stil 
number of networks that are either themselves*: 
search projects or are administered in support 6 
other research. The ARPANET is the best-know: 
example. Such networks are usually administers 
by government agencies or contractors, and sup. 
ported by government grants. Their users and he. 
machines do not ordinarily pay directly for servic 
Because of their goals and the nature of their funt 
ing, access to these networks tends to be limited} 
researchers participating in the funded work, p 
There are also a number of military networks,^ 
mostly either of the same technology or closely in 
teroperable with certain research networks. In fad 
many of the research networks had as one of their 
goals the eventual development of corresponding ‘ 
military networks. The best-known example of thifl 
sort of pairing is ARPANET and MILNET, which ai 
closely allied in the ARPA Internet. Because of the* 
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close associations (and because what can be written 
about them is too limited to fill a separate category), 
military networks are included in the research net¬ 
work category. 

There are also networks that were developed to 
provide ARPANET-like services to people and orga¬ 
nizations who could not obtain access to the govern¬ 
ment-sponsored military or research networks, or 
who did not wish to be associated with military 
work. The best-known of these (among those of in- 
lurest in this article) is CSNET. Users of those net¬ 
works usually pay an annual connection fee. 

: ■>. Company Networks. Large corporations like 

Xerox, DEC, IBM, and AT&T have implemented in- 
lornal networks in support of their business opera- 
• lions. Many of these are just LAN within particular 
; buildings, although some are international or even 
' intercontinental in scope. The administration and 


funding of such networks usually come from a single 
company, and their users are mostly employees of 
that company. 

3. Cooperative Networks. These are networks 
that have grown up among communities of users 
with similar interests. Many of them, such as 
BITNET and its associated networks NETNORTH 
and EARN, originated in an academic environment. 
Some originated among users of a particular ven : 
dor's systems (e.g., BITNET and'IBM) or a particular 
operating system (UUCP, USENET, EUnet. JUNET, 
and ACSNET among UNIX® users) or both (FidoNet 
among IBM PC and MS/DOS users). Many, such as 
ACSNET, EUnet. JUNET, UUCP, and USENET, have 
users with a mixture of academic, corporate, re¬ 
search, and commercial interests. Often the strong¬ 
est bond in a particular cooperative network (at least 

UNIX is a trademark ot'AT&T Bel! Laboratories. 
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Notable Acronyms from 
“Notable Computer Networks” 


ARPA 

Advanced Research Projects Agency—the 
acronym has been changed to DARPa, 
for Defense Advanced Research Pro¬ 
jects Agency 

CCITT 

International Consultative Committee on 
Telegraph and Telephony (from the 
French) 

DDN 

Defense Data Network—the DDN PMO 
is the Defense Data Network Program 
Management Office 

FTP 

File Transfer Protocol 

FTAM 

File Transfer and Management 

IMP 

Interface Message Processor 

IP 

Internet Protocol 

ISO 

International Organization for Standard¬ 
ization 

NCP 

Network Control Protocol 

PAD 

Packet assembler/disassembler 

PSN 

Packet-Switch Node 

RFC 

Request for Comments—the RFCs are a 
set of on-line documents providing in¬ 
formation about the ARPA Internet 

RSCS 

Remote Spooling and Communications 
Subsystem—this is the spooling proto¬ 
col used in VNET and BITNET 

SMTP 

Simple Mail-Transfer Protocol 

TCP 

Transmission Control Protocol 

TP0-TP4 

The set of transmission protocols in the 

ISO protocol suite 

UDP 

Uniform Datagram Protocol 

UIP 

User Interface Presentation 

UUCP 

UNIX to UNIX CoPy 

X.25 

The network layer protocol in the ISO 
protocol suite 

X.400 

The ISO mail protocol 

XNS 

Xerox Network System 


initially) is the network or transport protocol used 
(e.g., RSCS for BITNET, UUCP for the UUCP mail 
network, and FIDO for FidoNet). 

Administration of cooperative networks is gener¬ 
ally distributed. Some, like BITNET, have a certain 
amount of centralized control and organization. 
Others, like UUCP, function in near-complete anar¬ 
chy. Fees are not generally collected by a central 
organizationrbilt are paid by each node for connec¬ 
tions to othaFnodes (for example, in telephone bills). 
Some cooperative networks nonetheless receive 
strong infusions of money from specific companies. 
For instance, BITNET has received massive contri¬ 
butions from IBM, AT&T spends more on UUCP and 
USENET than any other company (though there 
are others that also pay far more than their share), 
and DEC and Philips have provided strong backing 
for EUnet. 


4. Commercial Networks. These networks provide 
services to outside users for profit. Some are well- 
known public data networks, such as TYMNET and 
TELENET. Many are common carriers like the tele¬ 
phone system. Administration is always centralized 
though execution may be delegated. Funding is usu¬ 
ally derived from fees charged to individual persons 
or organizations for connect time or CPU time. Most 
commercial networks do not permit free exchange of 
mail with other networks and are thus outside the 
scope of this article. . 

3. Metanetworks. There are several projects f 
being directed at extending network user communist, 
ties by connecting existing and as yet unconstructei 
networks into metanetworks. Such networks differ, 
from internetworks both in their goals and in that 
their constituent parts often have dissimilar proto, 
cols even as high as the transport layer. Most mela 
networks do not yet exist: CSNET is an exception, 

Several networks do not fall neatly into any of 
these categories: COSAC. JUNET, and SDN could b| 
classified as either research or cooperative. COSAG 
is listed as a research network because it is relate? 
to the EAN networks and DFN. SDN and fUNET'1 
grouped with the cooperative networks because tB 
are related to UUCP, USENET, and EUnet. 

Layers, Protocols, and Services 
Computer network protocols can be quite comple 
To keep complexity manageable, protocols are da 
signed in layers, building up from those near tha. 
hardware to those near the users. In each layerd 

there mav be one or more protocols that peer enfl 
ties on mat tayer can use to communicate with* 

another. The interfaces between adjacent layerisj 
are defined, and protocol designers often assume! 
that nonadjacent layers do not communicate 
directly [18]. 

Layering Models. The International Organization 
Standardization (ISO) has proposed a standard refe 
ence model for what they call Open Systems Inter 
connection [39]. This model has seven basic lays 
physical, data link, network, transport, session, p 
sentation, and application. The network layer is. 
often assumed to be X.25, a protocol in a series proj 
mulgated by CCITT. The transport protocols, TPO 
through TP4, provide different classes of service, ] 
ranging from simple datagrams to reliable connec-. 
tions (TP2 is designed especially for use over X.25). 

The higher layers are nearing design completion, 
and many of them are already implemented. 

Much of the ISO work is based on the work of 
those who designed and continue to do research on 
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the ARPANET and the ARPA Internet [8], as well as 
0 n related early network efforts such as CYCLADES 
[72]. The ARPANET originally had three basic lay¬ 
ers: network, transport, and process/applications, 
plus the network hardware. The ARPA Internet adds 
a fourth, internet layer, for which the IP (internet) 
protocol is used! (There is also a physical layer, and 
some descriptions distinguish a link layer plus a util¬ 
ity layer that is similar to a combination of the ISO 
presentation and session layers.) ISO has also re- 
eently adopted an internet sublayer of the network 
[ a ver that strongly resembles IP. The two most com¬ 
monly used transport protocols in the ARPA Internet 
are transmission control protocols (TCPs) [53] (reli¬ 
able connections) and uniform datagram protocols 
(UDPs) [33] (datagrams). There is contention be¬ 
tween the proponents of the ISO Reference Model 
(ISORM) and the ARPANET Reference Model (ARM) 
or ARPA Internet Reference Model [8], The ISO pro¬ 
tocols expect virtual circuits at the network layer, 
whereas the TCP/IP suite makes more use of data- 
Krams (IP is a datagram protocol). (This is an exag- 
gurution for pedagogical purposes of the true situa- 
llon.) Table I shows some of the differences in 
layering as well as the layers used in a networking 
Implementation in the 4.3BSD version [73] of the 
UNIX operating system. 

There is a third major protocol suite called Xerox 

1 “ pt- 

ir-vices (Xerox NS) (see the “Xerox 
ction), having layers that are similar 
fe above models. There are also the 
[Book protocols, which are primarily used 
Kingdom in JANET. For the purposes 
tele, the four layers—network, internet, 
tnd applications—are at about the right 
letail. 


The protocol suites discussed above were designed 
with the assumption of dedicated links between net¬ 
work nodes. There are other protocols, such as 
UUCP and Fido, that were designed for use with 
intermittent connections. These wiil be discussed 
below in sections on the networks that use them, 
along with other protocols for dedicated connections. 

Application Protocols. The types of services (applica¬ 
tion protocols) provided by the various networks 
vary widely, but they tend to fall into recognizable 
classes. 

Electronic mail is the most widespread and the 
most rudimentary. It allows a user to send a message 
to another user on either the same or a different 
host. The message is placed in the recipient’s mailbox 
on the destination host. Mail is typically a one-to- 
one point-to-point communication medium, though 
it is possible to mail to more than one recipient at 
the same time. Most networks implement mail in a 
batched, asynchronous manner, with errors being 
reported by mail messages from a mail daemon pro¬ 
cess. Ordinarily, anyone can send mail to anyone 
with computer access. 

File transfer (sometimes known as FTP or FTAM) is 
probably the second most common service. It allows 
files to be transferred from one host machine to an¬ 
other. Since data formats vary widely among operat¬ 
ing systems and machine types, there are usually 
several file transfer formats supported. The most 
generally usable one is ASCII text. The user initiat¬ 
ing a transfer must have read access on the source 
file and write or create access on the destination file 
or directory. 

Remote command execution (a special case of which 
is Remote Job Execution or RJE) facilities are pro- 


TABLE I. Network Reference Models and Layering 
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vided about as frequently as file transfer. They allow 
3 user to execute s commend on e remote mschine. 
There are usually either strong permission checks or 
a sharply limited set of commands that can be exe¬ 
cuted. 

Remote login is the simplest service in concept, 
though many networks fail to provide it. It allows a 
user to access a system on a remote host over a 
network as if connected to a direct terminal. There 


are some complications because different systems jd.j 
expect different terminal types, and some networks.Jj 
distinguish remote terminal access from host-to-hosf$ 
remote logins. Permission checks are usually similar! 
to those for access by a direct terminal line. 

Computer conferencing systems are message ex¬ 
change systems that are generally similar to elec¬ 
tronic mail systems, but differing in that they are 
many-to-many (or broadcast) rather than one-to-ond 


TABLE I 


Characteristics of Some Notable Networks (see Table lla for an explanation of the symbols used here) 
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TABLE ila. Legend for Table II 
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m. Usually one copy of a message is kept per 
lather than one per user as for mail. Though 
^conferencing systems are synchronous and im- 
[jltely interactive, most of the ones mentioned in 
Itlcle are batched and asynchronous, since 
£e distributed over wide areas. USENET news 
Jletin-board systems are examples of this kind 
i.’(See the “Bulletin Boards and Networks” 

7: 

\V 

J 'networks support sophisticated services 
amote procedure call, distributed databases, 
gork file systems. Most of these work best on 
iworks, however, and most long-haul net¬ 
ware not fast enough. Such services are not 
'■supported on the networks we discuss. 

■"i 

station and Session Protocols. The ISO model 
Qguishes a presentation layer and a session 
£-■ These are of more-coftcern to programmers 
i-to users of the networks, and many of the net- 
; we discuss do not distinguish such layers 
gly. We thus have little to say about them. 

pKporf and Internet Protocols. There are a number 
protocols that are used either on more than one 
v ork or on large, significant networks. We pro- 
EL e a few details on such protocols in the descrip¬ 


tion of one of the main networks on which they are 
used. 

Network Protocols. There is not sufficient space 
to discuss network layer protocols at any length. 
Tables Ila and lib indicate which ones are used by 
which networks. 

Hardware. The main concern with hardware from 
our perspective is the speed and reliability it can 
confer on any particular network. 

Speed and Reliability 

It is difficult to find metrics of speed and reliability 
that can be applied to a range of networks as diverse 
as that covered in this article. It is even more diffi¬ 
cult to get enough information to apply such metrics. 
We provide a few ad hoc measures and do not pre¬ 
tend to treat this topic in depth. For reliability, we 
use a subjective scale from 1 (worst) to 10 (best). For 
speed, we use two measures: bits per second (bps) 
and average time of delivery of mail. 

Though many internets may include ethernets, 
ring networks, or other fast local-area networks, we 
use bps for the most common long-haul links be¬ 
tween widely separated hosts. By “most common” 
we mean most likely to be used in ordinary commu- 
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nications. not most commonly implemented. If a net¬ 
work had many 9,600-bps links and one Tl micro- 
wave link, and most traffic used the latter, we would 
list the Tl speed. 

The average time for delivery of mail varies so 
much even within networks that we list only three 
values: 

• minutes, indicating a delivery time of less than an 
hour; 

• hours, indicating a delivery time of at least an 
hour, but less than a day; 

• days, indicating a delivery time of at least a day. 

We also record whether a network consists mostly of 
dial-up telephone links or of dedicated links. 

Naming, Addressing, and Routing 
These three related terms, which are important to 
networking, are often confused [46, 77], The name of 
a host, mailbox, or other resource is what a user 
uses to indicate the resource desired. Its address 
specifies the location of the resource to the network 
software. A route is used by the network software to 
determine how to get to the resource. In the public 
switched telephone network, a name is a personal 
name, such as Jane Doe, an address is a telephone 
number, and a route is a sequence of telephone lines 
and exchanges that are used to reach Jane’s number 
from the caller's telephone. 

Consider hosts on the ARPA Internet. A host 
might be named SALLY.LTEXAS.EDU and have an 
Internet address of 10.2.0.62. The address would be 
discovered by the software on the user’s machine 
(either by old-style, static host table lookup or by 
new-style domain nameserver protocols). The IP pro¬ 
tocol would then use the address to route the packet 
to the appropriate network. The network named by 
the address 10.2.0.62 is network 10, the ARPANET. 
The ARPANET has a communications subnet of 
computers called Packet-Switch Nodes (PSNs) to 
which hosts are attached. The PSNs then extract an 
ARPANET address, (.host 2 on PSN 62) from the IP- 
address and use”it to determine a route to the desti¬ 
nation PSN ancTTSu's to the destination host. Note 
that names and addresses are relative to network 
protocols. The IP address is treated as a name when 
the ARPANET address is extracted from it. Routing 
is first done on the IP address and then on the 
ARPANET address. 

Naming, addressing, and routing can all be hierar¬ 
chical. SALLY.UTEXAS.EDU is an ARPA Internet 
domain name, where EDU is a top-level domain, 
UTEXAS.EDU a subdomain of EDU, and 


SALLY.UTEXAS.EDU a further subdomain (in this 
case, SALLY.UTEXAS.EDU is a host machine). The 
user interface software on machines in the 
UTEXAS.EDU domain may allow users to abbrevia 
SALLY.UTEXAS.EDU as SALLY. However, there 
could be another host named SALLY.CSS.GOV, ir 
which case the abbreviation SALLY on hosts in th| 
domain CSS.GOV would not refer to the same hosj 
as in UTEXAS.EDU. 

The address 10 . 2 . 0.62 is actually a two-level AE 
Internet address. The prefix 10 is the network nii 
ber of the ARPANET, and the rest (the local part| 
a host number on the ARPANET. The local par 
be mapped to a network address by different mlj 
ods for different networks. In this particular case 
the network address is actually contained in tm§ 
Internet address, and there is a further hierarcc 
the host address. The final 62 is the PSN nuntH 
and the rest is the host-on-PSN number. 

Routing in the Internet is also hierarchical'^ 
route is found to the appropriate network thiqH 
gateways (by the Gateway to Gateway Protoog 
(GGP) [33] and the Exterior Gateway Protocol 
[54, 76]), then a route is found to the approprg 
host on the network (by protocols appropriate 
network). In the ARPANET, the latter prob^ 
duces to finding the host's PSN, the numbea 
which is encoded in the address. For an ada 
an ethernet (e.g., 128.83.138.11), finding thjj 
priate host is usually simpler since ethenm 
broadcast networks. (Ethernet (capital E) i| 

Xerox protocol used tor LAN, whereas an ether 
(small e) refers to an Ethernet-like network.) 

There are two kinds of routing: source routing ,1 
where the user supplies the route to the desired! 
resource, and system routing, where the network^ 
ware determines a route. Most networks and int<3 
nets provide system routing [26]. There are a fev 
exceptions, most prominently UUCP. The metanejj 
work of differing networks and internets frequentj 
requires source routing to reach the appropriate nl 
work because there is as yet no universally accept 
network addressing convention. Source routes like| 
“alpha!beta%gamma@delta" are thus unfortunately 
still common. 

A resource may have more than one name, 
address, or route. In the ARPA Internet, 
SALLY.UTEXAS.EDU might have two addresses, 
10.2.0.62 and 128.83.138.11, if it were connected to j 
two networks. Though hosts in the Internet have 
only one primary name, they may be known by 
other names on non-Internet networks. For instance 
SALLY.UTEXAS.EDU might be known as ut-sally o°- 
the UUCP network. It would be better if every host 
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had one name for all networks, but that is not yet 
possible. Both the IP protocol and the ARPANET 
network protocol are datagram based, and different 
datagrams can pass through different routes to reach 
t he same destination, even when the source is the 
same. 

Domains. The ARPA Internet domain name system 
is an attempt to decentralize administration of the 
t mapping of host names to host addresses by the use 
f 0 f nameservers, each of which controls part of the 
dame space [57, 59, 70, 71], This became necessary 
hertly because the static host table formerly used for 
t purpose had become unwieldy with the growth 
n he Internet and partly because most of the hosts 
Jthe Internet are on networks local to particular 
Organizations thus making it desirable to allow the 
j&al administration to control that mapping. The 
Homain name system also implements a hierarchical 
faming scheme and provides protocols for commu- 
ISation with the nameservers [55, 56, 58, 67]. 

,.j British network JANET has a domain system 
Uar to that of the ARPA Internet, but with the 
ins in the opposite order. The root is on the left 
: than on the right. The Australian network 
’ also has an Internet-like domain name 

& recent meeting, North American representa- 
.1 the ARPA Internet, BITNET, CSNET, and 
Idecided to adopt the ARPA Internet domain 
g.syntax and domains as a common naming 
,8, 69). (The adoption is voluntary on a per- 
5 on UUCP and BITNET.) EUnet in Europe 
5 n the same direction ana nas already ‘ 
several top-level national domains. JUNET 
tiready has a similar domain system. A 
TOrk, NSFnet, has also standardized on 
[ related protocols. Thus Internet do- 
' become the de facto standard, at least 
Snited States. 

I X.400 mail standard also has a domain 
vhich uses attributes. A resource is defined 
Em e and several attributes. Name conflicts can 
. by specifying sufficient attributes [39]. 

> a similar mechanism at the network level 
ff7S. 

r'EAN networks use a simplified version of the 
jfsystem because there is as yet no registry for 
^domains. 

jce Routing. Possibly the only widespread net- 
k without system routing is UUCP. Practically 
gyone agrees that users should not have to supply 
fece routes manually. The usual means of avoid- 
ithis on the UUCP network is for the system 
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administrator to run a program ( pathalias ) on a large 
database of information about most of the hosts in 
the network and which other hosts they connect to. 
The result is a database of source routes from the 
local machine to all the machines that are in'the 
connectivity database. The local mail system uses 
the source route database to convert addresses into 
routes. 

Problems with this scheme include the extrava¬ 
gant use of CPU time and disk space required to run 
pathalias and keep copies of the databases, plus the 
fact that the connectivity database is published only 
once a month and is thus guaranteed to always be 
out-of-date. 

Attribute Lists. Names and addresses can be either 
absolute or relative. In the ARPA Internet, both In¬ 
ternet addresses and fully qualified domain names 
are absolute (within the Internet), but user mailbox 
names are relative to domain names. Most other net¬ 
works have absolute names and addresses (again, 
UUCP is an exception). 

Relative names are a problem because they make 
mapping into addresses ambiguous. This is why 
short names like SALLY are considered to be only 
abbreviations for a single primary name such as 
SALLY.UTEXAS.EDU; it is the responsibility of the 
local user interface to produce the primary name 
when communicating with any other host. Relative 
addresses are a problem because a host may have a . 
different address depending on where it is being ad¬ 
dressed from. Both relative names or relative ad¬ 
dresses leave open the possibility that two hosts 
might have the same address, which would make 
proper routing impossible. Nonetheless, maintaining 
absolute names is difficult, since absolute really 
means relative to some standard, and there is no 
universal standard. X.400 is one attempt to handle 
this problem. 

The UUCP network has not had absolute host 
names or addresses. A single name (e.g., bilbo) may 
be assigned by several different companies to several 
different machines. This may happen because a 
company was not connected to the general UUCP 
network at the time and thus was unaware of the 
conflict, or because a host was not originally ex¬ 
pected to communicate with the world at large, or 
because the first bilbo was not listed in the UUCP 
map, or for other reasons. 

One method for disambiguating such conflicts is to 
refer to each bilbo by a route from a well-known 
neighbor (e.g., princetonlbilbo or ihnp4!bilbo). These 
partial routes are a kind of attribute list in the X.400 
sense. Of course, if someone names another host 
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TABLE 111. Address Formats and Gateways 




ARPA Internet' 
CSNET Phonenet 
MAILNET- . 

JANET 

EAN 

COSAC 

BITNET 

ACSNET 

UUCP 

JUNET 


u@d.l 

u@d.l 

u%ii.l@mit-multics 

u%d.l@uk.ac.ucl.cs 

u@d.l 

adi/u%d.I@relay.cs.net 

u@d.l 

u%d.l@munnari.oz 

gld.llu 

u@d.l.arpa 




^ffllP.^NEge!;onene^| 

u%h. csnet@relay.cs.net 
u@d.l 

u%d.l%relay.cs.net@mit-multics 


u@rf.l 

adi/u%d.I@relay.cs.net 

u@F.csnet 

u%d.l@munnari.oz 

gld.llu 

u@d.l:arpa 


u%/i.mailnet@mit-multi 
u%F.mailnet@mit-multf 
? 


u@/t.manner 
? 


u@F.mailnet 
u%/i,mailnet@munnan 
$!fc.mailnet!«t 'V 
u%h.mailnet@mit-mu|ti 



ARPA Internet 
CSNET Phonenet 
MAILNET 

JANET 

EAN 

COSAC 

BITNET 

ACSNET 

UUCP 

JUNET •- 


(S3n3&Sj 


ARPA Internet. - 
CSNETPhonenet. 
MAILNET'"" 

JANET . 

EAN 

COSAC 

BITNET 

ACSNET 

UUCP 

JUNET 


u%d.U@cs.ucl.ac.uk 
u %d. U@cs. ucl.ac.uk. 
? 


u%i.U@ac.uk. 

u%J.U@munnari.oz- 

£!cs.ucl.ac.uk!rf.U!« 

u@d.U.janer 


I 

u.R@xerox.com. . 
u.R@xerox.com 


u.R@xerox.com 

? 

u.R@xerox.com 

u.R%xerox.com@munnari.oz 

parcvaxIu.R 

u.R@xerox.com.arpa 


u %d. E% ubc.csnet@relay.cs .net 

u%d.E@ubc.csnet 

u%d.E@ubc.mailnet 


u@i.E 

u%i.E@munnari.oz. 
jli.Elu ; 

u%i.E@ubc.csnet 


u%/t.dec@decwr1:dec.com' 
u%/t.dec@decwr1.dec.com 
? 


u%/i.dec(Q)decwn.ciec.com 

? 

u %/r.dec.com@decwitdec.com 
u%/i.dec.com@munnari.oz 
decwrtIF.dec.comlu 
u%F.dec@decwrl.dec.com.arpa 


/i/u%france.csnet@je 
ft/u@france.csne 


ti/u@france.csrie 

rt/u 


F/u@france.csne 

F/u%france.csne 

? "'.'T ' 

fi/u@france:csne 


u%/i@ibm:con 
■ u%/i@ibm;'COT 


u%ti@ibm.com ',tS 
u@vnet 

u%h% ibm.com@mung 
g!ibm.com!u%h ■')* 
u %/i@ibm.com.arpa'.!| 


ARPA Internet 
CSNET Phonenet 
MAILNET 

JANET ? u%d. oz@uk.ac.ukc ? u%d. J@uk.ac.ukc 

EAN u@F.bitnet u@d.A u@h. uucp u%rf.J@relay.cs.net .rfH 

COSAC * — adi/u%F.bitnet@relay.cs.net ? adi/u%/i.uucp adi/u%/t.J@relay.cs.net3I 

BITNET -- u@h u%d. A@g hi Ih2!h!u@psuvax1 u%i.J@csnet-relay.csr>^ 

ACSNET u%F.bitnet@munnari.oz u@d. A u%F.uucp@munnari.oz u%d. J@munnari.oz ^ 

UUCP psuvaxl l/i.bitnetlu seismolmunnarild.Alu hl!h2!/i!u gld.Jlu ,3 

JUNET u@/r.bitnet u@d. A u@/r.uucp u@d. J ^ 

Notes: From UUCP to CDNnet ubc-ean is a gateway: from EUnet to the European EAN networks there is one gateway per country; there is mor*J 
gateway between BITNET and UUCP; UUCP. EUnet, and SON are similarly addressed, so only one of them is listed here. 

Abbreviations: v: user; hi host: gi gateway (unnamed here); d: domain. 3 

Omissions: From company networks, with commercial networks, with the ARPA Intenet. x\ 


u%h. bitnet@wiscvm.wisc.edu u@d. A 


u%h. bitnet@relay.cs.net 
o 


u@/i.bitnet 

adi/u%F.bitnet@relay.cs.net 
u@h 

u%h.bitnet@munnari.oz 
psuvaxl l/i.bitnetlu 
u@/r.bitnet 


u@d. A 

u%i.A%g@mit-multics 

u%d. oz@uk.ac.ukc 
u@d. A 
? 

u%d. A@g 
u@d. A 

seismolmunnarilJ.Alu 
u@d. A 


u%h.uucp@g 

u%h.uucp@g 


u %d. J %utokyo-relay@( 
u%d.J@utokyo-relay;^ 
u %d. J %csnet-relay@m 


u@h. uucp 
adi/u%/t.uucp 
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“princeton,” or if princeton leaves the network, a 
: longer or different partial route would have to be 
^given for that bilbo. This problem occurs with all 
attribute list schemes: Names and addresses are not 
[absolute. 

Another possible solution, now being worked on 
f b ya group called the UUCP Project, is to give each 
[UUCP host an ARPA Internet domain name, such as 
'bilbo.princeton.edu. The former UUCP name would 
Jtill be used as a kind of network address. Routing 
jvould be done from domain to domain, so network- 
ride tables would only be needed for routes to 
Bomain gateway hosts, and complete connectivity 
{formation would only be kept on hosts within a 
^'domain by those same hosts (similar methods are 
ready used in EUnet). The UUCP network would 
Qs be integrated into the ARPA Internet domain 
?ne system. This plan is opposed by some people 
^''actually like UUCP source routing. For an in¬ 
listing discussion of related issues by a prominent 
Jfpn each side, see [1]. We should point out that 
joe routing, attribute lists, and domain names are 
nutually exclusive—at least not on the UUCP 
tfork. Each can be used in combination with the 


Wys. There are several related and somewhat 
gversial terms related to machines that inter- 
aetworks. These include repeaters, bridges, 
"ifers , relays, and gateways. Most of these 
Below the. upper layers of protocols and are 
ent to the users. Here we are concerned 
^ways between networks with dissimilar in¬ 
fers. These usually work less well than 
fsat lower layers, are often less transparent, 


and usually have to be considered by the user when 
sending mail across such network boundaries. (Mail 
is often the only service that can be used.) In some 
cases, such gateways may not be known. In others, it 
may not be possible to reveal them because of politi¬ 
cal or economic considerations. Table III is a compi¬ 
lation of likely mail routing syntaxes between some 
of the networks discussed in this article, However, 
gateways are subject to change, and the nature of 
the information makes it impossible to compile a 
table that will be accurate for very long. In particu¬ 
lar, addresses using a percent sign [%) to indicate 
indirection through a relay host (a kind of source 
routing) are a kludge that most people hope will 
be temporary. A specification (RFC987 [45]) has 
recently been formulated for translation between 
ARPA Internet domain addresses and X.400 attribute 
addresses. Software now exists to do that translation 
and also to translate between X.400 and EAN ad¬ 
dresses. When such software is in general use, per¬ 
cent sign source routing should no longer be neces¬ 
sary between those kinds of networks. 

The user interface may even vary among systems 
on the same network. The examples in Figure 1 
(courtesy of Christian Huitema and Steve Kille) ad¬ 
dress the same person. 

User interface, presentation (UIP) refers to the rep¬ 
resentation of an address to the user. The first three 
examples are for networks whose internal naming 
formats use ASCII text and also are the same as the 
UIP. The next five examples represent the same bi¬ 
nary X.400 encoding, and the last two represent the 
same EAN address. The binary encoding of X.400 
addresses allows all networks that use it to commu¬ 
nicate, but there is no single standard human- 


Imptuki * 


i wMM'm 


"ViaARPA.Internets 






CMd/CS 

j^eye(ucl/cs)y> ; - . " * 

)N®=BT;PRMD=DES/0=UCi;/ 

^P^aes; , Q.fficl;S=steve;OU=cs)- 
lfcs &%e s% b(&gB‘ - ‘ _ : 

^Tcs#des&"bflgb-< 

^mdliBesibtgbfeFw-;.; 
m«b=yj 5 .RMD==UK^DD.=cs.ucl. ac/.. 

fe?Y e / l ' 







X . r ;.:.-X.400, GlPSI.fof INRIA) .UIP. ; : 

7'^ : x;4bo;,RFCM7fUiR:i:;;iSc . .' ; 

y X: : 4bo, a’nother ’UIP;.-, ’■ '/ 

;.:x.4po,;DFNUiP; ; -' ; .7;>: '’.i ; v y 7'5 

X.400, EARN/X.400 : gatewayUIP " - 

’ EANfRFCS^TU^randSomainXJrderAig^pyyAi 
.EAN.:X.400 encoding,'‘REC987,UIP •(;- 


FIGURE 1. Sample Addresses for Different Networks 
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readable text UIP. Confusion results from different 
user interface software, from differing addressing 
syntaxes peculiar to specific networks, from at¬ 
tempts to represent one network's syntax in anoth¬ 
er s, and from attempts to encapsulate one network's 
syntax inside another’s. 

The moral of all this is that there is no magic 
formula to get mail between any two points in 
VVorldnet. It’s a jungle with trails that may cross and 
conflict, lead to the wrong place, or become over¬ 
grown. 

Size and Scope 

It is difficult to find a single metric for size that is 
meaningful on all networks. The traditional unit 
is number of hosts. This is useful for networks 
like ARPANET or CSNET, where most nodes are 
medium-size time-sharing systems and the exact 
number of users on each is hard to determine. Some 
networks consist primarily of workstations (Xerox 
Internet) or personal computers (FidoNet) where 
there is usually one user per host (though many 
FidoNet nodes are bulletin boards that may have 
many users). Others, such as BITNET and its rela 
fives, consist mostly of large IBM and Digital Equip¬ 
ment Corporation (DEC®) mainframes that are hosts 
in the ARPANET sense, but have many more users 
per host. Also, the number of users who have access 
to a network is not usually the same as the number 
who actually use the network. Thus the number of 
active mailboxes, for instance, may be interesting, 
but is usually hard to determine. 

The most common unit of measurement we use in 
this article is num ber of hosts. Where possible, we 
also give number of userTorsuch other measures as 
we can find. 

It is useful to distinguish several common terms as 
used herein: 


• A machine is a computer of any size. 

• A system is a computer system of any size: this 
term is usually used synonymously with machine. 

• A node is any vertex of a graph representing a 
network, that is, any machine (or system) on a 
network. 

■ A host is a network node that has resources of its 
own (such-as-disks, user mailboxes, or user ac¬ 
counts). A host is not a node (such as an X 25 PAD 
or an ARPANET TAC) used only to connect across 
the network to other nodes. Nor is a host a gate¬ 
way. A single machine or system may serve both 
as a host and as a gateway, however. 


• Finally, a site is a place (such as a building, com-i 
pany. or campus) where a group of network nod e 3 
is located. However, the term has a more specifi4 
meaning in CSNET, whereas UUCP, USENET, a J 
EUnet users often use the word “site” to refer to4 
host. To avoid confusion, the latter usage does n t 
occur in this article. 

Most of the networks we describe have wide o e r 
graphical extent, but the distribution of their host? 

(or users) is not uniform. Many of the internets con 
sist of many local-area networks connected by a f 
long-haul networks. Thus the hosts cluster on the 
local-area networks, which themselves tend to cl? 
ter. Most networks in North America have conceS 
[rations of hosts in Silicon Valley near San Fran^ 
cisco, Route 128 near Boston, and in the Toronto 
area because computing-related companies in N 
America tend to be concentrated in these areas! 
marily academic networks such as MAILNETaf 
CSNET are widely dispersed, with nodes mostU 
academic institutions. USENET and UUCP ha* 
centrations in New Jersey because of AT&T’lf 

Access •••ua 

Networks generally have rules (or at least gul 
lines) controlling access to their services. InSf" 
scriptions of the networks, we list a networiT 
istrator to contact for information regarding 
guidelines and more detailed information eim 
specific network whenever possible. For son 
works, we have no published references (o'? 
many such cases, someone associated with!? 
work's administrative organization was t^f 


DEC is a trademark of Digital Equipment Corporation. 


RESEARCH NETWORKS 

ARPA Internet 
The ARPA Internet is an internetwork of several* 
networks all running the TCP/IP protocol suite [5L 
connected through gateways, and sharing common! 
name and address spaces [8], The ARPANET is thlj 
oldest of the networks in the ARPA Internet. Bothf 
are named after the Defense Advanced Research rl 
Projects Agency (DARPA), which is part of the U.S.l 
Department of Defense. DARPA (formerly known as! 
ARPA) has long been a major sponsor of networking! 
research. 

Internet with a capital I refers to a specific inter¬ 
net, usually the ARPA Internet, whereas internet 
with a small i can refer to any internetwork. (There : 
is also the Xerox Internet, which uses different pro¬ 
tocols and may be older.) Other networks, such as 
BITNET, UUCP, EUnet, and ACSNET, are not part of i 
the capital-/ Internet. CSNET is a special case: Part 
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of it is part of the ARPa Internet, and part of it is 
not. 

The ARPA Internet exists to facilitate sharing of 
resources at participating organizations and collabo¬ 
ration among researchers, as well as to provide a 
; testbed for new developments in networking. Practi- 
; ca l coordination of the entire Internet is provided by 
f the Network Information Center (NIC) at SRI Inter¬ 
national and the Network Operations Center (NOC) 
|at Bolt, Beranek and Newman (BBN). 

The two main backbone networks of the Internet, 
ARPANET and MILNET, are funded mostly by gov¬ 
ernment grants. The campus area networks are 
mostly funded by local organizations. There are in 
|neral no per-user or per-message charges. Services 
Include remote login (telnet), file transfer (FTP), 

■Sail (SMTP), and numerous other smaller services 
fe, time, system status, Internet directory, etc) 
JRPANET and MILNET hosts are all connected to a 
|met of PSNs, which are then connected to each 
{Mr over 56,000-bps dedicated lines, plus a few 
gellite links (e.g., to Hawaii). PSNs were formerly 
Mwn as IMPs (for interface message processors). 
Ability is usually very high, but may suffer dur- 
Bmplementation of new capabilities (e.g., during 
implementation of the domain name system), 
^suffers during peak periods, and telnet can be 
ml.then, but mail always gets through in a rea- 
fijls amount of time, usually in minutes. 

{rapid top-level domain (ARPA) is temporary and 
"Snish soon. Many hosts are already registered 

[[new domains, which are 

- 

J imercial organizations; 
national organizations; 

,i an government organizations; 
partment of Defense; 
jbninistrative organizations for networks 
ssCSNET, UUCP, and BITNET; 

Euher organizations. 

^networks may be in the same domain (as at 
jJHlyersities), and a single network may have 
_g5several domains (as does the ARPANET). 
jjf re also domains for countries, such as UK for 
^nited Kingdom and AU for Australia. There are 
'people outside-thediuited States (and some 
nj who claim that al^of COM, EDU, GOV, etc., 
ajibe under a top-level domain (U.S.). 

’PANET and MILNET have about 150 and 400 
respectively. There are also numerous net- 
I* a t universities and private companies that are 
jp the Internet. Since many of the hosts on such 
gl.networks are known only to their parent orga- 
jdions, the real size of the Internet is hard to judge. 


However, there are probably more than 2000 hosts 
and tens to hundreds of thousands of users. There 
are special nodes called TACs (Terminal Access 
Controllers) on both ARPANET and MILNET whose 
only function is to allow terminals (perhaps via dial¬ 
up modems) to reach other hosts in the Internet. 

Every Internet host is supposed to support a com¬ 
mand called whois that can be used to look up direc- 
. tory information. Failing that, it is possible to telnet 
to SRI-NIC.ARPA and type WHOIS. That host is run 
by the NIC. 

A great deal of information can be obtained' by 
anonymous FTP (login anonymous, password guest) 
from SRI-NIC.ARPA, particularly from the files in 
the (NETINFO) directory. The specifications for 
most Internet protocols are on-line in documents 
called RFCs (Request for Comments) in the (RFC) 
directory ([83]; see especially RFC980 [41]). Most of 
the major Internet protocols have their actual speci¬ 
fications in Military Standards for DoD Internet Proto¬ 
cols [53]; most relevant RFCs and MIL-STD docu¬ 
ments are collected and published in the 1985 DDN 
Protocol Handbook [82], Many RFCs related to mail 
and domains have also been posted to the USENET 
newsgroup comp.doc. 

ARPANET. Implementation of the ARPANET began 
in 1969 [15, 52].. ARPA administrators noticed that 
their contractors were tending to request the same 
resources (databases, powerful CPUs, graphics facili¬ 
ties, etc.), and decided to develop a network among 
the contr actors that would allow them to share such 
resources. This network demonstratedHhe viability 
of long-haul packet-switched computer networks. It 
worked so well it had developed into a research 
utility (run by the Defense Communications Agency, 
or DCA) by the end of 1983, when it was split into 
MILNET, a production military network, and ARPA¬ 
NET, which reverted to research. In addition to the 
original goals of networking research and resource 
sharing, researchers almost immediately began using 
the network for collaboration through electronic 
mail and other services. 

Policy is set by DARPA and executed by the De¬ 
fense Data Network Project Management Office (see 
the "MILNET/MINET" section). The network is 
funded by DARPA and other government agencies. 
There were several versions of the early NCP (for 
network control protocols) and several early versions 
of TCP, but since 1983 the network has used the 
fourth version of the TCP/IP protocol suite above 
the PSN network layer (known as BBN 1822 after the 
report that describes it). Most of the links between 
PSNs are 56,000-bps leased lines. Response is quick 
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(except at peak load periods) and reliability is high. 
The name of the network is ARPANET; the name 
of the Internet is the ARPA internet (not ARPANET 
Internet). There is also an Internet domain ARPA for 
hosts on the ARPANET and related networks, but 
that domain exists only to ease the transition to the 
real domains (COM, EDU, etc.), and will soon vanish. 
There are about 150 ARPANET hosts, all in the 
continental United States. Access to the ARPANET 
is officially limited to organizations doing research 
funded by federal money [17], Most potential users 
will find it more productive to contact CSNET. 

MILNET/MINET. MILNET is a long-haul military 
network that was built using the results of the 
ARPANET research. It split from the ARPANET in 
October 1983, but is still connected to the ARPANET 
by gateways at the internet layer. These gateways 
were originally intended to at least be able to limit 
traffic between the networks to mail only. Currently 
they pass all traffic as if the networks had not been 
divided (except for a performance penalty). None¬ 
theless, their PSNs form two disjoint sets, and the 
two networks could easily be separated if the need 
were to arise. More recently, the European nodes on 
MILNET have been separated into a network called 
MINET, vyhich is also connected by gateways. Al¬ 
though fvffLNET eventually adopts most successful 
products of networking research done on the 
ARPANET, it does not usually participate directly in 
such research, since it is intended to be a stable 
operational network and service disruptions are kept 
to a minimum. 

ARPANET, MILNET, and MINET are the main 
constituents of the Defense Data Network (DDN), 
which is a subset of the ARPA Internet and consists 
of networks that are directly managed by the De¬ 
fense Data Network Program Management Office 
(DDN PMO), an Office of the Defense Communica¬ 
tions Agency (DCA). Funding is by the U.S. Depart¬ 
ment of Defense (DoD). MILNET uses the same pro¬ 
tocols as ARPANET, except MILNET has not yet 
adopted domain nameservers and still uses static 
host tables for.host name to address mapping. 

MILNET PSISJs;a.ce. connected by 56,000-bps leased 
lines like AR PANET PSNs, but MINET hosts are con¬ 
nected by 9,600-bps links and reliability is lower. 

The gateways between MILNET and ARPANET are 
currently overloaded and form a severe bottleneck. 
Better gateway machines are expected to be in¬ 
stalled soon. There are about 400 hosts, most in the 
continental United States, with some in Hawaii and 
Europe (the latter on MINET). There is a classified 
segment of MILNET in addition to the readily acces¬ 
sible part. Access is determined by the DoD. 

There are other classified networks, including 


some that still run NCP. The main DoD network 
uses switched TELETYPE messages. TCP/IP mili-i 
tary networks other than MILNET and MINET in ■ 
DDN are DISNET (Defense Investigative Network)^ 
SCINET (Sensitive Compartmented Information •!] 
Network), and WINCS (WWMCCS Intercomputer.)! 
Network Communication Subsystem—WWMCCSj 
stands for World Wide Military Command and Cm 
trol System). There are local networks in the Intef 
net at military installations such as the Ballistics'^ 
Research Laboratory (BRL). 

Canada has the military network DRENET, w}3 
is an ARPANET-like PSN/TCP/IP network andfl 
connected to the ARPA Internet. 

Other ARPA Internet Networks. There are sever! 
unusual networks in the Internet. SATNET usp 
synchronous satellites to provide paths between 
east and west coasts of the United States that® 
faster than the usual ARPANET or MILNET.la 
lines, and there are satellite links to Hawaii.an 
Norway. There are packet radio networks wij^ 
nodes on mobile vehicles. 

Many companies, schools, and governmen 
cies have, local networks that are part of thejJ 
net. These include ethernets, token rings'taja 
networks, and ARPANET-style PSN network" 
Internet networks run the TCP/IP protocol?^ 
top of X.25 on public data networks. TherejjS 
point-to-point connections over terminating 
perchannel links, dial-up links, and Tl micng 
links. These point-to-point links are usually 
connect higher speed networks. The speed' 
local networks may thus vary from 1,200 bps to IF 
perchannel speeds or higher. 

Many campus-sized organizations actually haVS 
several local networks. Since there is no need fofT 
people outside of the local organization to know t!^ 
details of such internal networking arrangements,') 
and since there is also a limit on the number of ^ 
networks that the Internet core gateways can han-^ 
die, many organizations arrange that their network^ 
appear logically as a single network to the rest of the 
Internet, with subnets that are known only locally ^ 
[ 6 °]. ' 

To be part of the Internet, a network must run the 
TCP/IP protocol suite and be connected (perhaps 
indirectly through another network) to one of the 
backbone long-haul Internet networks. Most are con 
nected to either ARPANET or MILNET (but seldom 
to both). 


CSNET 

The purpose of CSNET is to facilitate research and 
advanced development in computer science by pn> 
viding a means for increased collaboration among 
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[hose working in the field [12, 20). The developers of 
CSNET noticed that electronic mail was the most 
popular service on the ARPANET. They proposed a 
network to provide electronic mail only and used it 
to connect institutions that did not have ARPANET 
access to those that did. CSNET is currently a logical 
[network consisting of several physical networks, but 
Serving a single community. All parts of CSNET are 
administered by a Coordination and Information 
Center (CIC) at BBN in Cambridge, Massachusetts [3], 
The network has been self-supporting since 1985, 
'though initial funding was provided by a grant from 
e NSF starting in 1981. Annual dues are collected 
m member organizations with rates set according 
[several classifications (usually either academic or 
clustrial). 

he only service supported on all the parts of 
NET is mail, transferred in ARPA Internet 
&822 format. But CSNET has in fact become a 
[anetwork built up of several parts that vary in 
radditional services, lower level protocols, 

3^reliability, and other qualities. Some of these 
[do support remote login, file transfer, and other 
8s. With time, CSNET users began to realize 
electronic mail alone was not enough. Though 
jde ARPANET syntax (e.g., user@host) is still 
j*CSNET is moving toward the new ARPA 
et domain name syntax, 
network is mostly confined to the United 
arid Canada, but has links to international 
Sin Australia, France, Germany, Israel, Ja- 
rea, Sweden, and the United Kingdom. There 
a ^’ many of which serve as 
^^Hwwtp'internal. company networks or national 
^^EgfPerhaps thousands of hosts on such inter- 
^H^>rks can be reached through CSNET. Mem- 
^^gSsuimited to organizations “engaged in 
^^^Tr-related research or advanced development 
or engineering." Use of CSNET for com- 
^DEjgain is explicitly prohibited. 

CIC runs a nameserver, which is a direc- 
atabase of CSNET users and sites. It can be 
ed by mail or by remote login (from those con- 
fis of CSNET that support remote login). The 
T Info-Server allows, retrieval of numerous 
ents by mail. Tcrgera description of the infor- 
gn available and-feow-to get it, mail a letter to 
@sh.cs.net with text containing the following 


■;* 

U'Jti 

I'd 

•.*£ 

■Vij 


UEST: INFO 
■IC: HELP 
QUEST: END 

information is also available over the ARPA 
firnet via anonymous FTP from sh.cs.net. 
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CSNET CIC 

cic@sh.cs.net 

BBN Laboratories, Inc. 

10 Moulton Street 
Cambridge, MA 02238 

Phonenet. Phonenet is a dial-up star network of 
about 128 hosts. A central relay computer (CSNET- 
RELAY) at CSNET CIC polls hosts on the network at 
mutually agreed upon times. Most such links are 
over 1,200-bps telephone lines, but 2,400-bps service 
has recently been installed, and some connections 
are over public X.25 links. The software used to 
manage the connections is called MMDF2, though 
many sites use PMDF, a Pascal subset of MMDF, 
combined with sendmail or the VMS mailer. 

X25NET. X25NET uses X.25-based public data net¬ 
works to support TCP/IP links. Because the TCP/IP 
protocol suite is used, additional services such as file 
transfer and remote login are provided. The use of 
that protocol suite also allows many of these hosts 
to be integrated into the ARPA Internet directly, if 
approved by DCA. There are about 18 hosts on 
X25NET. 

ARPANET. About 25 hosts on the ARPANET proper 
pay CSNET dues and are thus logically considered 
part of CSNET as well as part of ARPANET and the 
ARPA Internet. However, all hosts in the ARPA In¬ 
ternet can be reached from any part of CSNET. 

Cypress. Cypress is an attempt to provide 
ARPANET-like service to academic research depart- 
ments at a co st as inexpensive as Phonenet service 
[42, p. 231], It will use TCP/IP over 9,600-bps leased 
telephone lines. The nodes are called IMPlets, and 
the first ones are small VAXes [50, p. 9]. Unlike 
Phonenet, Cypress will support file transfer, remote 
login, and other Internet services in addition to mail. 
Cypress will more resemble a tree network like 
BITNET than a star network like Phonenet, though 
there will probably be some redundant links. 

MFENET 

This network originated in the mid 1970s to allow 
access to a Cray 1 at Lawrence Livermore National 
Laboratories [42], It has since grown, using several 
underlying network and transport protocols to sup¬ 
port access to more supercomputers. The basic pur¬ 
pose of the network is to connect physics depart¬ 
ments doing research in nuclear fusion, specifically 
in Magnetic Fusion Energy (MFE). It is funded and 
administered by the U.S. Department of Energy 
(DOE) and mostly managed from Lawrence Liver¬ 
more. 

Mail, file transfer, remote command execution, 
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and remote login are all supported on at least parts 
of the network. There are also specialized remote 
procedure calls for interactive graphics terminals. 
Some of the links use DECNET 0 , while others use 
special-purpose protocols developed at Livermore. 
The use of nonstandard protocols has led to inter¬ 
operability problems with other networks. Therefore, 
the DOE is considering moving MFENET to the 
TCP/IP protocol suite and perhaps eventually to the 
ISO protocols. 

The existing links range from 9,600-bps to 
56,000-bps leased lines to 122,000-bps satellite links. 
Speed between any two hosts depends greatly on the 
intervening links. Reliability is high. Addressing in 
DECNET networks is discussed in the sections on 
DEC’S Easynet and SPAN. There are about 120 hosts 
on the network, all in the continental United States 
except for one in Japan. Four supercomputers are 
reachable: a Cray 1, a Cray X-MP/2, a Cray 2, and a 
Cyber 205. There are gateways to the ARPA Internet 
and possibly to other networks. Access is restricted 
to DOE-funded researchers. 

SPAN 

Planning for SPAN (the Space Physics Analysis Net¬ 
work) [28] began in 1980, and operations com¬ 
menced in 1981. SPAN was originally oriented to¬ 
ward researchers in Solar Terrestial and Interplane¬ 
tary Physics, but is now expanding to serve other 
disciplines. SPAN is a multimission, correlative data 
comparison network serving projects and facilities of 
the American National Aeronautics and Space Ad¬ 
ministration (NASA) in collaboration with the Euro¬ 
pean Space Agency (ESA). These agencies have tra¬ 
ditionally set up data collection networks to serve 
specific space missions, but SPAN is mission inde¬ 
pendent, general purpose, low cost, and easy to con¬ 
nect to. (However, it is sometimes used to support 
specific missions, such as the ICE mission to the 
Giacobini-Zinner comet [75] and the encounter with 
Comet Halley [27]). It is an operational network in 
that it is not intended to promote the development 
of network technology, but it is a research network 
in that it provides an infrastructure for space-related 
research. It wa£npt-created in order to access super¬ 
computers, but^sugercomputers are becoming more 
available through it. 

Guidance for the network is provided by the users 
through the Data Systems Users Workers Group 
(DSUWG) and project scientists [29]. Direct adminis¬ 
tration is done by project managers, network man¬ 
agers, and routing center managers [30], NASA pays 
for all the links, while other participating organiza¬ 
tions pay for their own host computers and network 

DECNET is a trademark of Digital Equipment Corporation. 


interfaces. Much of the original hardware, such as 
the routing center computers, came from NASA. 

The upper layer protocols are DECNET (see thei 
section on DEC’s Easynet). The lower layers are pr 
vided by NASA’s Program Support Communicatios 
Network (PSCN) and the NASA Packet-Switch 
tern (NPSS). PSCN is a circuit switched network,^ 
that is, a collection of leased lines and microwav| 
links. NPSS consists of X.25 links, some of them)i 
public X.25 networks. The backbone of the netw5 
is four routing centers at the Goddard Space Flig 
Center in Greenbelt, Maryland, the Johnson SpiS 
Center in Houston, Texas, the Jet Propulsion LajjT 
tory in Pasadena, California, and the Marshall-Jig 
Flight Center in Huntsville, Alabama. These are 
nected by 56,000-bps links. Each router server^ 
center of a star of 9,000-bps links to the otherii] 
tutions on the network. Reliability is becoming 
DECNET addresses consist of 16 bits, 6 specnj 
an area and 10 specifying a node within thejj 
Since there are only 64 possible areas, manage 
of area numbers is very important. Within EaJ 
DEC’s DECNET-based company network, alt 
numbers are in use; thus direct gateways b|£ 
Easynet and other DECNETs are problematic 
There are many DECNETs other than S^f 
side of Easynet. They cooperate in assigning 
numbers, with SPAN management provider 
forum, especially for those networks inter^ 
joining SPAN (ESA provides a similar forur 
rope). A major task of SPAN’S routing centj^ 
assignment of nodes to areas. 

There are currently more than one hundred ho 
connected directly to SPAN, all of them DEC ma 
chines. Outside of NASA, there are many particijj 
ing universities and laboratories, such as the LosJ 
Alamos National Laboratory. There are many LAJj 
indirectly connected to SPAN. Because other exisl| 
ing DECNETs want to join SPAN, the total number 
of hosts is expected to reach five hundred within^ 
year. There is a transatlantic X.25 link between 
Marshall Space Flight Center in Huntsville, Alaban 
and ESA's Operations Centre (ESOC) in Darmstadt,^ 
West Germany. A 9,600-bps link was installed in 
September from Goddard to Germany, and one to 
Japan is expected by the end of the year. 

SPAN can be reached from TELENET, and there ; 
are gateways to BITNET and the ARPA Internet. Ac¬ 
cess is limited to researchers in appropriate areas. 
For more information, contact 


SPAN Project Manager 
Code 633 

NASA Goddard Space Flight Center 
National Space Science Data Center 
Greenbelt, MD 20771 
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MAILNET 

MAILNET originated as a joint project of the Massa¬ 
chusetts Institute of Technology (MIT), EDUCOM 
and 15 pioneer sites, with some initial funding from 
The Carnegie Foundation. Unfortunately the net- 
: work is expected to vanish by the end of 1986 due to 
| a lack of funds. MAILNET is an inexpensive mail 
; network connecting heterogeneous computer sys¬ 
tems at academic institutions. It is run by EDUCOM 
and is a star network around a Multics machine at 
MIT. Institutions with MAILNET hosts are charged 
an installation fee ($2100) and a monthly service fee 
$190), plus usage charges based on.the number and 
angth of messages sent each month. Eighty Descent 
|all MAILNET messages cost less than 20 cents., 
fiese fees pay for a high degree of support. Most 
transfers are done by telephone dial up from 

I -ral mail relay machine, though TELENET or 
T can also be used. CSNET's MMDF soft- 
used to coordinate the calls, and ARPANET 
rotocols are used for addressing and transfer¬ 
ees in RFC822 format. The only hardware 
; is a modem. Speed depends on the underly- 
:fer mechanism, but hosts are polled at least 
lay. Reliability is high. 

d-style ARPANET (e.g„ user@host) syn- 
id. Gateways exist to the ARPA Internet, 
CSNET, and JANET. Monthly traffic aver- 
over 12,000 messages from 1,800 users 
3 about 30 hosts in the United States, Can- 
Europe. For more information, contact 


I B&Mster%educom@wiscvm. WISC.EDU 
gpter%educom.mailnet@mit-multics.arpa 

of JANET lie in the interconnection of 
itrally funded large university computer cen- 
d ; research establishments in the United King- 
ie first service desired was remote batch. The 
(Post Office Experimental Packet-Switching 
jj® (EPSS) encouraged the development of gen- 
'etworking protQcofsfin this community during 
^'70s. A separate pKyVical network was evolved 
Place the point-t5cp 0 f n t lines at the same time. 

_ y network evolved into the Science Engi- 
|ng Research Council Network (SERCnet) in 
^and was renamed Joint Academic NETwork (or 
.rj) on April l, 1984. JANET was established to 
e network links to universities and research 
u utions in the United Kingdom and net access to 
^outside world. 

echnical and administrative support is supplied 


Vi 

■MiG 

■■? 

+7 

•vSi 

lie 


by the Network Executive (NE), based at the SERC 
Rutherford Appleton Laboratory, and by the Joint 
Network Team (JNT). JANET is funded by the Com¬ 
puter Board for Universities and Research Councils 
[81]; both JNT and NE are part of the Computer 
Board secretariat. No direct charges are made for 
usage. The annual Computer Board budget for 
JANET and university LANs is about 3.5 million 

pounds. (Not all university LANs are funded by this 
money.) 

. Local networks connected to JANET tend to be 
either X.25 campus switches, Cambridge Rings 
(CR82 standard), or ethernets (IEEE 802,3). The latter 
two are becoming increasingly popular. The long- 
haul network layer is X.25 over leased lines; some of 
these lines are digital. Higher layers are based on the 
Coloured Book protocol specifications: 

Blue Book: File Transfer 
Pink Book: Ethernet Protocols 

Yellow Book: Network Independent Transport 
Service 

Green Book: TS29 Terminal Protocol 
Red Book: Job Transfer and Manipulation Protocol 
Grey Book: Mail Protocol 
Orange Book: Cambridge Ring 82, Hardware and 
Protocol Specifications 

Fawn Book: Simple Screen Management Protocol 


Development of these protocols started in 1979 , 

They are sometimes called the Rainbow Book Proto¬ 
cols. Most long-distance links are 64.000-bps digital 
or 48,000-bps analog, and subscriber lines are mostly 
9,600 bps. 

JANET has a domain name system similar to that 
of the ARPA Internet, but the order of the domain 
name parts is opposite, with the root on the left. The 
system is centrally administered and in full use. 

There are gateways to the British Telecom Packet 
Switchstream Service (BT/PSS) and from there to 
the International Packet-Switched Service (IPSS). 
There are also gateways to ARPANET (via Univer¬ 
sity College London), EUnet (via The University of 
Kent), and EARN (via the Rutherford Appleton Labo¬ 
ratory). All the gateways have access controls be¬ 
cause of funding considerations. Routing in the 
wide-area network is via X.25 addresses; this ad¬ 
dress space is independent of the CCITT X.121 
space, but conforms to its requirements. Routing be¬ 
tween the wide-area network and attached networks 
is via network level relays using extended address¬ 
ing supported by the Yellow Book protocol. 

Tabulations of the number of hosts can vary, de¬ 
pending on factors such as whether PADs are 
counted, whether those on local-area networks are 
included, and whether only registered ones are 
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counted or an attempt is made to estimate the actual 
number of connected hosts. There are about 915 
registered hosts including those on local-area nets, 
but there are probably really about 1500 connected 
hosts. There are only about 20 hosts directly on 
JANET. For access, contact 


Network Executive 
Rutherford Appleton Laboratory 
Chilton 
Didcot 

Oxfordshire, OXll OQX 
England 

For the Coloured Book protocols, contact JNT at the 
same address. 

EAN (X.400) Networks 

There are several networks in Europe and elsewhere 
using the EAN implementation (first developed for 
Canada's CDNnet) of X.400 and other ISO protocols. 
They have an address format with a usual user pre¬ 
sentation form that resembles ARPA Internet do¬ 
mains, but with an internal format of X.400 attribute 
lists [16, 45], EARN is not an EAN network, but it 
will also migrate to X.400 (and other ISO protocols) . 
by the end of 1987, This should be interesting, since 
BITNET in the United States is considering moving 
to the TCP/IP protocol suite (including RFC822 
mail). 

CDNnet. CDNnet is available to workers in the Ca¬ 
nadian research, advanced development, and educa¬ 
tional communities: It is autonomous of the Cana¬ 
dian Department of Defense. The first intermachine' - " 
messages were exchanged on CDNnet in 1983 [ 43 , 

62, 87], The network currently uses the EAN imple¬ 
mentation of X.400, although other X.400 software 
may be approved as it becomes available. EAN was 
and is developed at the University of British Colum¬ 
bia. Work was begun late in 1981 and tracked the 
standards work already in progress by IFIP and 
CCITT. Sydney Development has the commercial 
rights to EAN. The primary purpose of CDNnet 
is resource sharing and collaboration among 
researchers. ------ 

The networkls'administered by CDNnet Head¬ 
quarters at thrOTiversity of British Columbia, and 
by representatives at each member organization. 

CDNnet policies are set by a Steering Committee 
representing its users. EAN development work has 
been supported by grants from the Canadian Natural 
Sciences and Engineering Research Council (NSERC) 
since November 1981. The present NSERC grant is 
under its university-industry program; it is a three- 


year grant that will terminate in 1988 [25J. The 
grant includes support for ongoing research and de^ 
velopment, for the initial support of CDNnet, and 
cooperation with a commercial organization (Sydnij 
Development Corporation). CDNnet is to be self- 
sufficient by 1988. Annual dues will be collected-^ 
starting in 1987 with rates set according to the 
of organization (e.g., educational, government, noc 
profit, commercial) and according to the number* 
CDNnet hosts at an organization. Organizations t 
the telecommunications costs for connections to 4 
other organizations. CDNnet does not' have usage 
charges except to recover the costs associated 
gateways and bridges to other networks. 

The EAN implementation conforms to CCI1„ 

ISO specifications at the session (CCITT X. 225,4 
8327), transport (TPO: CCITT X.224, ISO 8072,c'' 

8073), and network (X.25, PSTN, DECNET, 
layers. TTXP is also used as a network layer;i( 
based on the specifications of CSNET’s MMDIj 
Mail is the basic application service pi 
X.400 also provides receipt notification, 
widely used in CDNnet and in the other EA| 
networks. This is implemented in EAN as.i 
the sender requests this service, a receipt'^ 
be returned to the sender when the recipier 
plays the body of the message. USENET nev 
available on at least part of the network'.it 
directory service for locating users of CDf^l 
other EAN-based networks. Remote loginys 
able to hosts with X.25 service. EAN imp|” 
tions exist for 4.2BSD, VMS, System V, 

_so on be deve loped for VM/CMS. 

Most long-haul links are X.25 at 2,400 bps, thot! 
they vary from 1,200 bps to 9.600 bps (the range'! 
offered by the Canadian PDN Datapac). There ar sL 
some leased lines. Mail delivery is usually acconwj 
plished within minutes, and reliability is high. 

The CDNET address format is user@subdomain$ 
where subdomain is composed of a list of one or mojl 
simple names separated by dots. This is actually thej 
format for presentation to the users. Internally, ad-jlf 
dresses are represented in binary form as X.400 Ori-j 
ginator/Recipient names; the exact mapping is 
likely to change with the next version of X.400, in ‘ 
particular because of work on directory services, 
though it is possible that the same presentation for- _ 
mat will continue to be used. For messages from the j 
outside world, the addressing is more complicated 
(see Table III). 

CDNnet has about 65 hosts, the busiest 
(ean.ubc.cdn) processing about 2000 messages a day. 
There are gateways to CSNET, MAILNET, BITNET, 
and UUCP, and close connections to the other EAN 
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networks. ARPANET can be reached indirectly 
through CSNET, and EUnet through either UUCP or 
the European EAN networks. Access is restricted to 
organizations engaged in research, advanced devel¬ 
opment, and education. The network may not be 
used for commercial purposes. 

For access, contact 

CDNnet Headquarters 
'jtjnnet-hq@ean.ubc.cdn 
'Computing Centre 
'University of British Columbia 
'ancouver. British Columbia 
nada V6T 1W5 

i'npean EAN Networks. The EAN protocols have 
Jjreedso rapidly into new nations that it is interest- 
track their progress (see Table IV). There are 
Sally no EAN networks as such in the United 
flgdom or Australia: There are merely gateways 
the national networks, much as Australia has 
gateways. The German network is not strictly 
ased. CDNnet, the progenitor of all the others, 
remain solely EAN as other X.400 imple- 
'tions become available, 
objective of the EAN networks is to establish 
^Vication links for the European research 
nity, in cooperation with RARE (p. 000). The 
if use the EAN implementation of X.400. It is 
fdPthat they will migrate to other implemen- 
|Si few years due to the preliminary nature 
of support for the current implementa- 
fjthe sites connected inside the same 
linked by 9,600-bps leased lines. Inter¬ 
files'consist mostly of X.25 public switched 
jvith some using 9,600-bps lines. Mail de¬ 


livery in minutes to hours is usual, with medium 
reliability. 

Naming, addressing, and routing are the same as 
for CDNnet. Methods for reaching EAN networks 
from non-EAN networks vary greatly depending on 
the network of origin and the locations of the sender 
and the addressee. There is a gateway at CERN that 
connects EARN, UUCP, and the EAN networks. For 
access, contact 

Alf Hansen 

skjesol@vax.runit.unit.uninett 

alf_hansen%vax.runit.unit.uninett@nta-vax.arpa 

Trend Skjesol/Alf Hansen 

N-7043 Trondheim-NTH 

Norway 

SMARTIX/COSAC 

COSAC (Communications SAns Connections) is 
a French research network. Development work 
started in 1981 at the Centre National d'Etudes des 
Telecommunications (CNET). Version 3 has been 
operational since 1984 and has some restrictions. 
Version 5 is in development now and will be a full 
X.400 implementation, to be operational by the end 
of 1986. COSAC is administered by CNET, which 
also funds the network through CNET, 1NRIA 
(Institut National pour le Recherche d’Informatique 
et l’Automatique), CNRS (Centre National de la 
Recherche Scientifique), and Bull. 

SMARTIX is intended as a generalization of the 
ideas of COSAC. It will use an implementation of 
X.400 by INRIA. Funding for SMARTIX will come 
from the French government and will involve 
CNET, INRIA, ADI (Agence de 1’Informatique), Bull, 
and CNRS. 
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COSAC uses the CCITT X.400 protocols over X.25, 
with ISO transport and session protocols plus FTAM 
for file transfer. Local links use 64,000-bps X.25 
links, and long-distance ones use TRANSPAC, the 
French public data network. There is a gateway 
with FNET (the French UUCP network; part of 
EUnet). It is possible to get to the ARPA Internet, 
CSNET, and BITNET from COSAC. Between CSNET 
and COSAC, the French CSNET host france.csnet is 
used. COSAC has 27 hosts in France, of which about 
a dozen each are Multics and UNIX machines, a 
couple each are IBMs and DEC-20s, and one is a 
VMS VAX. Most are in the environs of Paris or pro¬ 
vincial capitals, though the two DEC-20s are actually 
in Dublin, Ireland. For access, write to 

mulcnet/kintzig@france.csnet (Claude Kintzig) 
seismo!mcvax!inria!gipsy!ch (Christian Huitema) 
adi/bernard@france.csnet (Jean-Luc Bernard) 

or to Claude Kintzig at 

Projet SMARTIX 
CNET (PAA/TIM) 

38-40 Rue General Leclerc 
F-92131 Issy-les-Moulineaux 
France 

DFN 

DFN (Deutsche Forshungnetz) is the national re¬ 
search network in West Germany. There was early 
German networking activity at the Hahn Meitner 
Institut in Berlin, where an X.25-based network 
called HMInet was developed. There was also an 
academic network between two universities there. 
The largest research network in the country is 
BERNET, which is still in Berlin. In 1982 there was a 
move to expand BERNET to be a Northern German 
network. However, a study conducted by Stanford 
University recommended as an alternative a na¬ 
tional network to provide ARPANET-like services. 
DFN was started to implement this idea. 

The purpose of DFN is to develop protocols and 
implementations in the ISO suite that can be used 
for resource sharing and collaboration among re¬ 
searchers nationwide and communications with for¬ 
eign researchers. DFN is the German' part of RARE. 
The West German Ministry of Research and Tech¬ 
nology funds DEN and has about 15-20 people work¬ 
ing on the DFN project, though all implementation 
work is contracted out. 

DFN uses X.400 for mail, plus file transfer and 
remote job entry using protocols designed for the 
network but compatible with the OSI suite. The 
EAN implementation of X.400 is used currently, 
though a German implementation is being devel¬ 


oped. The network layer is X.25, which supports re> 
mote login. Most links are 9,600 bps. 

There are about half a dozen existing hosts sup^ 
porting mail, all in the Federal Republic of Ger¬ 
many. Immediate plans are to have about 30 host! 
10 4.2BSD, 10 System V, and 10 VMS. Gateways 'J 
ist to EUnet, EARN, CSNET, and the EAN netwjf 
For access, contact 

DFN-Verein 
Pariser Strasse 44 
1000 Berlin 15 

Bundesrepublik Deutschland 

There is also a newsletter published by a consT! 
of people from several German networks, giving 
comprehensive view of all networking activitj| 
Germany: 

Neueste Netz Nachrichten 
Universitat Karlsruhe, Zirkel 2 
D-7500 Karlsruhe 1 
Bundesrepublik Deutschland 

ROSE 

ROSE (Research Open Systems for Europe)] 
principal development project of IES, thet 
formation Exchange System [4]. ESPRIT)! 
pean Strategic Program in Information.-Xei 
the European Economic Commission (E& 
started on the ROSE implementations, in 
the goal of providing an infrastructure,'fa 
tive research and development projects]' 

ESPRIT, and eventually for other project 
kinds in Europe. It is also a proving ground for tffi 
use of the ISO protocols in an environment of heti 
ogeneous machines and both wide- and local-area^ 
networks. Funding comes from the EEC and goes 
five industrial partners who do the work: Bull of 
France, GEC and ICL of the United Kingdom, Oli¬ 
vetti of Italy, and Siemens of West Germany. Some] 
tasks are subcontracted. 

Services eventually expected under ROSE includj 
mail, conferencing, file transfer (including text files] 
remote command execution, and remote login. The 
UNIX operating system has been chosen as the first 
implementation system. Initially, existing implement 
tations of protocols already in widespread use on - 
UNIX, such as UUCP, will be used (see also the 
“EUnet" section). Eventually, all protocols will be 
those of the ISO suite. Those protocols are chosen 
from those recommended by the Standards Promo¬ 
tion and Application Group (SPAG) [80], which is a 
group of a dozen European manufacturers interested 
in promoting common networking standards in their 
products. 
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. Remote terminal access will be accomplished by 
|X.3, X.23, and X.29 PADs, file transfer will be by ISO 
8571 (FTAM), mail will use the X.400 series of 
CCITT recommendations, session will be imple¬ 
mented as ISO 8326 and ISO 8327, transport will 
be ISO 8072'with classes 0, 2, and 3 over X.25 and 
bless 4 over CSMA/CD networks, the internet layer 
nil be ISO 8473, and the network layer will mostly 
fc-X.25 and X.75. 

^The end-to-end addressing convention to be used 
n-ROSE with the ISO protocols is a three-level hier- 
hy of eight octets for the name of the remote 
ftwork, eight octets for the system on the LAN, and 
TO octets for the transport selector. This allows' 
|jways between networks to be the only machines 
itneed to know about the interconnection topol- 
|pf the networks. The transport selector could 
^the user to choose UUCP instead of the ISO 
don service. A prototype network is just being set 


PANY NETWORKS 
alnternet 

was a pioneer in network research and in fact 
^.Ethernet [91] along with the Xerox Palo 
Msearch Center (PARC) Universal Packet 
gjotocol [5] and the Xerox network system 
§2],protocol suites. An internetwork among 
company sites, the Xerox Research Internet 
^developed by 1976, The Corporate Inter- 
j[split from the RIN about mid 1985. 
tfi.and RIN are highly interconnected and 
prm the Xerox Interne t (XIN), The CIN was 
ss.a stable backbone network for various 
meeds, and the RIN is primarily intended 
Research and development, 
ustration of the networks is distributed 
Fveral groups within Xerox. RIN is adminis- 
|®the most part by Xerox PARC, while CIN is 
Jjy run by ot ber divisions within the Xerox 
ghon. Both RIN and CIN are funded by the 
^Corporation. 

pi protocols are used by XIN. The XNS proto- 
jgused by both CIN Jarui RIN. RIN also uses PUP 
jw as TCP/IP on some^of its nets. Reliability is 
K- to be at least as good as that of ARPANET. 

& 0r speed on RIN is maintained in part by 
bps leased lines and Tl Microwave links. 

J nlm g and addressing are handled differently for 
an b external users. The mail system in RIN 
Jed Grapevine, and the name system in CIN is 
jgjd Clearinghouse. For internal names, the fol- 
? n g examples are typical: 


Grapevine name: User.registry (e.g„ JLarson.PA, PA 
= Palo Alto) 

Clearinghouse name: Name:Domain:Org (e.g., John 
Doe:OSBU North:Xerox) 

XIN communicates with the outside world via 
two hosts on the ARPA Internet: Xerox.COM 
andparcvax.Xerox.COM. Xerox.COM (formerly 
Xerox.ARPA) is the ARPANET-Grapevine mail gate¬ 
way, and parcvax.Xerox.COM is used for telnet and 
FTP. Several mail gateways connect Grapevine to 
the CIN mail system. Example addresses (from the 
ARPA Internet) are 

(to RIN/Grapevine): User.registry@Xerox.COM 
(e.g., JLarson.PA@Xerox.COM) 

and 

(to CIN/Clearinghouse): 
Name.foreignRegistry@Xerox.COM 
(e.g., JDoe.osbunorth@Xerox.COM) 

Certain aliases are maintained at the Xerox.COM 
gateway for ease of external addressing (e.g., Post- 
master@Xerox.COM goes to Postmaster.pa). 

The services offered by RIN and CIN include re¬ 
mote login, file transfer, mail, remote procedure calh 
distributed file system, distributed computation, and 
many others. Both CIN and RIN support many thou¬ 
sands of machines. Grapevine, a very large distrib¬ 
uted mail and name system for RIN, supports about 
4000 users around the world. CIN has its own dis¬ 
tributed mail system and about 8000 users. The XIN 
is international in scope, maintaining links to sites in 
Japan, England, and Canada, as well as to numerous 
sites within the United States. For access, contact 

Postmaster@Xerox.COM. 

DEC’s Easynet 

DEC maintains an internal engineering network 
called Easynet. DEC began its network endeavors as 
one of the pioneers of the ARPANET. The company 
went on to develop its own network software, called 
DECNET, and to make it available to DEC customers 
by 1976. Easynet was started in 1978. 

The basic network-capabilities provided by ' 

DECNET include intersystem file access and trans¬ 
fer, electronic mail, intersystem resource sharing, 
interprocess communications, adaptive routing, and 
remote login. These are enhanced by Easynet ser¬ 
vices such as ELF (a DEC Employee Locator Facility), 
Videotext Infobases, on-line network conference dis¬ 
cussions (interactive bulletin boards), system moni¬ 
toring, and communications for general operational 
issues. 
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Easynet is administered by DEC Corporate Tele¬ 
communications with funding provided by DEC 
Easynet uses the DECNET protocol. Reliability is re¬ 
ported to be at least as good as the ARPANET’S. 
Easynet’s speed is maintained by 10-Mbit ethernets 
and 56,000-64,000-bps backbone intersite links, with 
lower speed links to sites with lower traffic require¬ 
ments. Addressing is the same as for the Internet: for 
instance, 

user %host. DEC@decwrl.DEC.COM 

For UUCP, the correct address mode is 

jucbvax, decvax, .. .)!decwrl!enetnode.dec.com!user 

Easynet has more than 10,000 hosts. Assuming 
that two-thirds of DEC'S employees are users, there 
are about 60,000 network users. The network is in¬ 
ternational in scope, extending throughout North 
America, the Caribbean, Europe, the Near East, 
Australia, New Zealand, and the Far East. 

The gateway on the DEC end is decwrl.dec.com, 
a VAX 11/750 running 4.2BSD UNIX, along with ’ 
RHEA, an Easynet node in the same room that is 
another VAX 11/750 running VAX/VMS plus Eun¬ 
ice with TCP/IP. These two machines share the re¬ 
sponsibility for gatewaying mail between Easynet 
and the ARPA Internet, CSNET, and UUCP. 

For access, contact 

johnsson%covert.DEC@DECVVRL.DEC.COM 

Digital Equipment Corporation 

Distributed Systems Architecture 

550 King Street 

LKG1-2/A19 

Littleton, MA 01460-1239 


files. Another internal network is CCDN, which is 
used solely for remote login. 

VNET and the RSCS protocols began in 1972 as 
ad hoc project of some IBM employees who felt t)f 
the available alternatives did not meet their need 
IBM eventually adopted the new network, and i' 
this sense, VNET is the UUCP of IBM. VNET is .- 
IBM’s internal network, providing services suchr 
mail, remote login, and file transfer for compan- 
ployees. VNET administration is run by a group 
called the VNET Project Team, which, was form' 
1978. This team maintains and sets network <mi 
lines. There is also a VNET corporate office tha 
established in 1982. VNET is funded by the IBi 
Corporation. ' 

The RSCS protocols are used for mail transfi 
These are the same as the ones BITNET uses 
links are typically 9,600-bps leased lines, thot? 
they vary from 2,400-bps to Tl speeds. Addre 
similar to the Internet style, for instance, 

From ARPA Internet: USERID@IBM.C01vf' 

VNET to VNET: USERID at HOSTNAME.- 

This will result in either a direct transmis 
mail to the IBM employee or in the genera 
message that the intended recipient needs 

Some non-IBM mailing lists (includingltj^^^^^B 
USENET newsgroups) are gatewayed int'^^^^^^H 
IBM conferencing systems. VNET has gfd^Hjjj^B 
few hundred hosts a few years ago to about 22" 
now. The VNET PVM nodes are perhaps not a}j? 
subset of the VNET RSCS nodes, but for all pra" 
purposes, they can be considered as such. VNE 


IBM’s VNET 

IBM has several internal networks supporting mail, 
remote login, and file transfer for company opera¬ 
tions. The main internal network is actually two dis¬ 
tinct networks that together form what is generally- 
called VNET. The RSCS (for Remote Spooling and 
Communications Subsystem) network [ 31 ] comprises 
the mail and file transfer part of VNET and cur¬ 
rently has approximately 2200 nodes. The PVM 
(Passthru VM) heiw&rk provides a remote login facil¬ 
ity for VNET. Ih.exe.are about 1100 PVM nodes. 

VNET RSCS and PVM nodes are found in North 
and South America, Africa, Middle East, Europe, 
Australia, and Asia. As mentioned, there are other 
internal networks; for example, VIBTS (VTAM Inte¬ 
grated Bulk Data Transfer System) is a fast network 
consisting mostly of Tl microwave links. VIBTS is 
for transferring memory images during debugging 
and other activities that require fast access to huge 


gateways to both CSNET and BITNET that oper 
within the restrictions stated below. Through thl 
gateways it is possible to send mail to any registfl 
IBM employee. File transfer and remote login ar 
supported for outsiders. The CSNET gateway ca 
support mail to any registered IBM employee on'; 
internal machine. The BITNET gateway at Yorkt 
Heights is not as flexible. It can support mail only 
those hosts at Yorktown Heights and Almaden (nt 
that the IBM Research Division site on the West \ 
Coast has moved from San Jose to Almaden and is 
now known as IBM Almaden Research, often re- j 
ferred to as ARC) that are in the CUNY BITNET « 
(RSCS) node table. There are also other BITNET ■] 
gateways that are more flexible, and there is a repo 
that describes them [88]. / 

IBM maintains its own internal security to provid 
limited access to VNET. For a person within IBM 
be able to send or receive mail, it is necessary to "■ 
obtain an account on a VNET node; in addition, toj 
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exchange mail with external networks it is neces-- 
sa ry to register. Most professionals within IBM are 
VNET users, although a relatively small number are 
registered to talk to the outside world via gateways. 
An outsider need not be registered to send mail to 
VNET, but the person receiving the mail inside IBM 
must be registered. Many of the people in the Re¬ 
search Division (Yorktown Heights, Almaden, and 
Zurich) and the various Scientific Centers are regis¬ 
tered, although most others in IBM are not. For addi¬ 
tional information, contact 

stmaster@IBM.COM 


AT&T 

r&T has some internal networks, most of which 
[ft internally developed transport mechanisms. 

Heir most widely used networks are UUCP and 
SENET, which are not limited only to that corpora- 
Land which are discussed later. All internal 
jj|.T networks support UUCP-style hl!h2!h!u 
tree routing syntax and thus appear to the user to 
SUCP. Within AT&T, UUCP links are typically 
K,200-bps dial-up telephone lines or Datakit (see 

none AT& T's other networks, CORNET is an in- 
Janalog phone network used by UUCP and mo- 
pan alternative to Direct Distance Dialing 
gDatafcit is a circuit-switched digital net and is 
jto'X.!25.in some ways. Most of Bell Laborato- 
lunked together on Datakit. On top of the DK 
"jsjiejr.vice, people run UUCP for mail and 
Emote login. In addition to host-to-host con- 
|Datakit supports RS232 connections for ter- 
jHinters, and hosts. ISN is the version of 
upported by AT&T Information Systems, 
gatories in Holmdel, New Jersey, uses ISN 
T&iata communication. BLICN (Bell Labs 
on Computing Network) is an IBM main- 
Jietwork dating from the early 1970s 
Jammer’s Workbench (PWB) was a com- 
i of the UNIX operating system. Many 
Junes with PWB-style RJE links use BLICN 
|ail and netnews for other UNIX ma- 
uajor USENET host uses this mechanism 
news to about-80 neighbor hosts. BLICN 
Bell Laboratories.installations in New Jersey, 
bus, Ohio, and Chicago, and links most com- 
gnter machines. BLN (Bell Labs Network) is 
^Hyperchannel at Indian Hill, Chicago. 

Internet is a TCP/IP internet. It is not a 
AT&T network, though some of the best- 
Stoiachines are on it. There are many ether- 
_£nnected by TCP/IP over Datakit. This inter- 
Sy soon be connected to the ARPA Internet. 
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ACCUNET is AT&T’s commercial X.2S network. 
AT&T MAIL is a commercial service that is heavily 
used within AT&T Information Systems for corpo¬ 
rate internal mail. 

COOPERATIVE NETWORKS 
BITNET 

BITNET (Because It’s Time NETwork) [24] is a coop¬ 
erative network serving over 1300 hosts located at 
several hundred sites (mostly universities) in 21 
countries, as shown in Table V, on the next page. 
BITNET is a communications link between universi¬ 
ties and research centers with few requirements or 
restrictions other than that a site must acquire a 
leased line to facilitate the connection to another 
BITNET node and, in the spirit of a cooperative net¬ 
work, be willing to serve as a connection node for at 
least one new member. (Commercial members can¬ 
not currently communicate with other commercial 
members, however.) This concept of virtually 
unrestricted access and the absence of membership 
fees not only characterizes the cooperative essence 
of BITNET, but distinguishes it from other networks 
available for interinstitutional communication such 
as CSNET. Any university or college that is able to 
connect to BITNET possesses unlimited collaborative 
possibilities for both academic and administrative 
purposes for faculty, staff, and students. This policy 
is similar to that of UUCP and USENET, except that 
it is more limited to academic institutions. BITNET 
also resembles CSNET somewhat, but is not as 
centralized and has never been supported by the 
government. 

There are three main constituents of the network: 
BITNET in the United States and Mexico, NET- 
NORTH in Canada, and EARN in Europe. There is 
also AsiaNet in Japan, and there are plans for expan¬ 
sion into South America. The distinctions are purely 
political, and mail can be freely exchanged between 
any two hosts. 

BITNET in the United States. BITNET had its begin¬ 
nings in 1981 when the first two sites, City Univer¬ 
sity of New York (CUNY) and Yale University, were 
connected on May 5. BITNET was originally used 
primarily for collaboration and communications 
among systems programmers at university computa¬ 
tion centers. Since existing IBM networking software 
was used, BITNET was initially a network of IBM 
hosts. As BITNET has grown, software to emulate 
the protocols has been developed by commercial 
vendors and members of the BITNET community. 

The basic premise for establishing BITNET was to 
provide a communications network among universi- 
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TABLE V. BITNET Hosts as ol May 1, 1986 


BITNET 

Totals 

NETNORTH 

Asianet 

EARN 


. Mexico ' 

Z" - 


%u.sjk: 


Canada. 

' "-.^.u^CAN 

Japan*-;., ■ 

..' ... ' JPN 

Austria*- 

.■ - - .• A • 

’ ’» ,v. 'v Belgium- 

U . y ... .-'- B ' 

•. y : Israel--. 

IL 

.. ...Switzerland. 

CH 

~ Germany. 

D 

"1 Denmark- ■ 

- DIO 

' : Italy.r' 


Soainn- 

. E 

/•,. Franca; 

F .'. 

Netherlands- 

NL 

■ ’ "Finland,. 

- ' SF 

•- , • Greece ■" 

1 'GR. 

[ • '■ ' Ireland;" 

. IRL 

> - UCf&y Norway,^ 

/ N.;,; 

' .;.i:>£Uj;';P°rtugalU: ‘ 

' ' P-” 

.. .0,:rY,U..Swedenr, 

v- S-;.;, 


, ,vv GB 


" Totals : 'T'-TAUI 

All parts Of BITNET 

Table courtesy of Henry Nussbacrier.,,,. 


.: 38.-;: 

' \'*x22xi 


f BOTNET'' : -. rl« '.fit :- 


ties with no special requirements, restrictions, or 
fees for membership. Today BITNET is used by 
scholars and administrators from a variety of differ¬ 
ent disciplines. Services provided include electronic 
mail (RFC822), file transfer, and interactive mes¬ 
sages. The interactive messages allow several users 
to communicate interactively while experiencing 
only moderate delays, usually less than eight seconds. 

User, technical, and administrative support is pro¬ 
vided by the BITNET Network Support Center, 
which is operated jointly by EDUCOM and CUNY. 
EDUCOM handles the user services and administra¬ 
tive support through the BITNET Network Informa¬ 
tion Center (BITNIC), the purpose of which is to 
promote the use of BITNET in higher education. Ser¬ 
vices provided_ include an on-line directory, paper 
and electronjLue.wsletters, end-user documentation, 
workshopsjjeminars, and conference presentations. 

In addition to these direct user-service functions, 
BITNIC also provides administrative support by ne¬ 
gotiating for software and equipment discounts and 
by archiving network procedures and policies. 

CUNY directs the technical support, systems main¬ 
tenance, and software development efforts via its 
BITNET Development and Operations Center 
(BITDOC). BITDOC maintains the Support Center 
computer and is dedicated to improving existing 


BITNET services and implementing new onesj^^l 
Through this coordinated effort, BITNIC and 
BITDOC are able to provide a very high level 
port for BITNET. BITSERVE is a help facility orga|H 
nized and operated by BITDOC at CUNY that off|^P 
a BITNET news service, a user directory, and a lllfll 
BITNET sites and computers, and is being expands 
to include information on conferences, software,*^® 
and special facilities available to BITNET membenM 
BITSERVE is presently accessible to all BITNET:Sm 
and is being enhanced to allow access from otherls 
networks. ;s ® 

Considering the absence of membership fees, thS 
cost to institutions for BITNET is small and the rs-jM 
strictions are minimal, compared to other networkwl 
The site must provide the connection to an adjacent! 
site and either acquire IBM’s VM : based RSCS from 
vendor or obtain emulation software free of charge 4g 
from BITDOC. Government support provides the « 
funding for the support sites. IBM has provided 3 
funds for BITNIC, but that funding ends soon. HoW-^ 
ever, EDUCOM and the BITNET board of directors -i 
realize that BITNIC is essential to the success and : 
efficiency of the network. As of now no decision has^ 
been made on how to support BITNIC, but it is cleat' 
that a member fee will have to be initiated for .' 
BITNIC to remain in existence. 
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BITNET started as a network of IBM hosts, and 
post BITNET hosts communicate using an IBM com¬ 
munication environment. BITNET uses the NJE 
Network Job Entry) protocol. Most hosts use RSCS. 
Today there are many non-IBM hosts using emula¬ 
tion software to provide the appropriate protocols for 
ihe DEC, VMS, UNIX, and Sperry environments. 

’Hosts are interconnected by leased phone lines sup- 
Kjorting 9,600-bps data transmission. The mail and 
'file delivery delay ranges from minutes to hours 
|jjrith medium reliability. An unusual feature of 
'"TNET is that there is usually exactly one path he¬ 
wn any two hosts. A geographic map of the net- 
ork shows it to be a tree network rooted at CUNY. 
Sis means that nodes, near the root of the tree are 
fora important. An example is CUNYVM. If this 
He goes down, the network will still run, but will 
gntially be split into two networks, with files and 
ll'queued at the nodes nearest CUNYVM. 
jjia addressing format from the ARPANET to 
IET is 

tfibsf.BITNET@WISCVM.WISC.EDU 

1 fds for specifying addresses to the mail system 
Widely, depending on the host. There are cur- 
jraver 800 nodes distributed among several 
«d sites. The scope is the United States plus 
gjt'in Mexico, although there are direct links 
"NORTH and EARN. Gateways exist between 
|a'nd MAILNET, EDUCOM, CSNET, and 
{[ET, and there is also restricted access to 
WST. For access, contact 


(fret w ork information center (BITNIC). 

NFO@BITNIC 
EJgmet: 

BTTNIC.BITNET@WISCVM.WISC.EDU 

NETNORTH provides communica- 
jajhumber of Canadian academic and re- 
STes, and was designed using the same tech- 
Eid several of the same basic assumptions 
’JIT. The network currently has over 90 
pid direct links exist to BITNET and EARN. 
RTH and BITNEXare connected by a leased 
gjween Cornell University and the University 
jj p h, in Ontario. .Elans ere also underway to 
Je connections between NETNORTH and 
^Canadian networks. 

EARN, The European Academic Research 
links over 150 hosts at over 100 insti- 
> in 18 countries. EARN is similiar to 
IjlORTH in that it is based on the same design 
jjjples and philosophy as BITNET. EARN is an 
?al part of BITNET, which means that all Euro- 
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pean nodes must be listed at all U.S. BITNET sites 
and vice versa. The central administrative and tech¬ 
nical services are handled by one central computer 
in each country (analogous to CUNYVM for BITNET). 
• EARN has an administrative branch very similar 
to BITNIC. IBM supports EARN and its gateway to 
BITNET. For example, IBM will fund BITNET links to 
several major European EARN sites until April 1987. 
Connections to other sites are welcome, but the con¬ 
necting host must pay for such new links. 

The gateway between EARN and other nets.is the 
same as for BITNET. For example, to send mail from 
the ARPA Internet to EARN, the address format • 
would be 

user%EARNhost.BITNET@WISCVM.WISC.EDU. 

There are more than 350 hosts in 17 European coun¬ 
tries. Gateways to several national academic net¬ 
works in Europe are planned. EARN is currently 
expanding into Turkey, Iceland, and Portugal. 

Country coordinators are available for each of the 
18 countries currently connected to EARN. The 
large majority of nodes have installed a mailbox 
named INFO. Users on other networks may use the 
internet address, 

INFO%EARN_NODE.BITNET@WISCVM.WISC.EDU. 

FidoNet 

FidoNet uses a telecommunications package for 
personal computers that was developed by Tom 
Jennings in 1983. FidoNet is basically an extension 
of the Fido Bulletin Boa rd System (BBS), which pro¬ 
vides the electronic mail portion and makes the Fido 
BBS unique in that unattended mail transfer be¬ 
tween other “nets” and their “nodes” is not often 
offered with bulletin-board services. 

FidoNet provides a network for personal-computer 
users in the spirit of BITNET’s utility to the aca¬ 
demic community. There are no special require¬ 
ments or fees for membership. The software is share¬ 
ware. There is no distribution cost, though users are 
asked to donate a small sum. The network is distrib¬ 
uted without sources. The main services are elec¬ 
tronic mail for personal computers and access, to 
USENET newsgroups for personal-computer users. 

Since FidoNet is part of the Fido BBS, all of the 
services of the BBS are also available (these are cov¬ 
ered in the section on bulletin-board systems). 

The administrative node of FidoNet is located in 
St. Louis. The USENET/Fido gateway is adminis¬ 
tered by Bob Hartman at FidoNode 101 / 101 , 
vaxine!sparks!m!n!user. FidoNet is funded by its 
users, who must send the Sysop (System Operator) of 
the Fido node a cash retainer (usually $5 or $ 10 ) to 
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cover the phone costs when a mail message is sent. 
Since FidoNet operates late in the evening (after 
11 pm local time) when phone rates are lowest, the 
cost per message is minimal. Sysops usually provide 
the machines (since Fido and FidoNet only run un¬ 
der MS or PC DOS—the operating systems for IBM 
PCs and compatibles—the machines are IBM PCs 
and compatible machines) and donate their time at 
no cost. FidoNet is not designed to be a commercial 
venture. 

FidoNet uses the Fido protocol with connections 
made at 1,200 or 2,400 bps. A FidoNet address is 
composed of the user's name, a net (a region or host), 
and a node (a Fido) from the available list; for 
instance, 

user Net net_number Node node ^number. 

The bulk of the nodes are in the United States and 
tend to be clumped in metropolitan areas such as 
St. Louis, Boston, and Chicago. However, there are a 
number of nodes in Europe, a few in Indonesia, and 
even one in Alaska. Fido BBS is installed on over 
500 hosts (IBM PCs or compatibles), and new hosts 
or nodes are joining on a regular basis. To access 
FidoNet, contact the local IBM PC User Group to see 
if there is a local Fido node in your area. If so, they 
should have the dial-up number. For more complete 
information about FidoNet in general, contact 

Tom Jennings 

FidoNet: Fido’s_Board Net 125 Node 1 
UUCP: 

ihnp4!encore!vaxine!spark!l25!l!tom_jennings 

ACSNET 

ACSNET (Australian Computer Science Network) is 
the main network in Australia and is based on the 
Sydney UNIX Network (SUN), software developed at 
the University of Sydney [22], The network started 
in 1979 and connected a machine at Sydney to an¬ 
other at the University of New South Wales. It cur¬ 
rently spans the continent and is closely connected 
to networks elsewhere [47], The purpose of the net¬ 
work is to support-mail traffic and file transfer 
among research/Tcaciemic, and industry users. The 
underlying transport-protocols are also used to sup¬ 
port the USENET news network in Australia. There 
is no central administration, though this may change 
in the future. At present the original developers and 
the international gateway operator act as coordina¬ 
tors. There is no government funding: Each host 
pays for its own links. 

The original protocols were called SUN-I and sup¬ 
ported remote login, file transfer, and multiplexed 


protocols. Dynamic routing was added in 1980, bu 
only applied to mail and file transfer. SUN-II was . 
similar, but allowed intermittent (dial-up) links 
as well as dedicated ones, plus a method of layer-j 
ing SUN-II on top of other networks (such as 
CSIRONET). 

The current version is a complete redesign anc 
reimplemention done in 1983 and is called SUN- 
[48], It is layered in the traditional networking .. 
ner and provides a message delivery service witf 
implicit (system) routing and domains in order to 
support higher level protocols including file 
electronic mail, news, remote printing, simple.d^ 
tory service, and a number of experimental serv 
It can transfer messages in both directions simu 
neously over full-duplex links. It supports mult 
ing, which is useful with USENET news and „ 
with mail addressed to users on multiple host§ 

The transport protocol can make use of ^ 
of virtual circuit between hosts. The links cur 
in use include leased lines, dial-up lines, X.25 
CSIRONET. CSIRONET is a government resell 
network originally developed to connect terr" 
users in remote areas to a central facility; it 
provides virtual circuits between host ma rly 
CSIRONET is slow but cheap for long distance! 
which there are many in Australia. There is l, 
to migrate the system to X.400 in the next fevy| 

Most links run at 1,200 bps, and reliability is) 
ACSNET has a domain naming syntax [49] 1 
to that for ARPA Internet domains. The domain 
OZ.AU is registered with the Internet and can^S 
interpreted as a subdomain, OZ, for ACSNET,*c 
country domain, AU, for Australia. There are/ 
rently no other subdomains of AU, but there a 
subdomains within OZ.AU, many of which are I 
distributed organizations. Domains are used for rt 
ing in ACSNET, so connections between machina^ 
determine domains more than anything else. Host: 
can register in any subdomain. In practice, this 
means major hosts are directly in OZ, and everthiS 
else is in subdomains. J 

There are several UUCP gateways to North Amaj 
ica and Europe, all from Melbourne and all using ,| 
X.25. There is a CSNET link to the United States. 
There are EAN links to Canada, the United King- 
dom, Germany, Norway, and Switzerland. In addi-.t| 
tion, there are several 1,200-bps dial-up links to 
North America (New Hampshire, New Jersey, and 
California). There are about 300 hosts throughout 
the Australian continent on ACSNET. 

For general information, contact 

postmaster@munnari.oz.au 
seismolmunnarilpostmaster 
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por connection requests, contact 

acsnet-request@basser.oz.au 
se ismo!munnari!basser.oz!acsnet-request 

or the ACSNET Coordinator at 

pepartment of Computer Science 
University of Sydney 
|\|gvv South Wales, 2006 

Australia 

i. 

^jUCP 

Ihe name “UUCP,” for UNIX to UNIX CoPy, origi¬ 
nally applied to a transport service used over dial 
Eps between adjacent systems [63]. File transfer and 
"Smote command execution were the original intent 
Sd main use of UUCP. There was an assumption 
gatany pair of communicating machines had direct 
Imp links, that is, that no relaying was done 
bugH Ihtermediate machines. By the end of 1978, 
fewere 82 hosts within Bell Laboratories con¬ 
ned by UUCP. Though remote command execu- 
pnd file transfer were heavily used, there is no 
Sflop of mail in the standard reference [64]. 
raUvas another similar network of “operational” 
jjwith UUCP links that were apparently outside 
iboratories, but still within the Bell System, 
vp networks intersected at one Bell Laborato- 
alchine. 

aese'early networks differed from the 
5.GP network in assuming direct connec- 
j^en communicating hosts.and in not hav- 
eryice. The UUCP mail network proper 
Ifirom the early networks and spread as the 
jogfams were distributed as part of the 
l&i: 

'^command execution can be made to work 
^Jssive links by arranging for each job in 
“to submit the next one. There are several 
ifth'&t do this: Unfortunately, they are all 
partible. There is no facility at the transport 
grouting beyond adjacent systems or for er- 
howledgment. All routing and end-to-end re- 
r support is dorre,explicitly by application 
3Ts implemented'using the remote command 
. facility. There has never been any remote 
facility associated with UUCP, though the cu 
1 programs are sometimes used over the same 
ione links. 

: UUCP mail network connects a very diverse 
[machines and users. Most of the host ma- 
Jes run the UNIX operating system [73, 74]. Mail 
only service provided throughout the network, 
addition to the usual uses of mail, much traffic is 


generated as responses to USENET news. The same 
underlying UUCP transport mechanisms are also 
used to support much of USENET. 

The UUCP mail network has many problems with 
routing (it is one of the few major networks that uses 
source routing) and with its scale. Nonetheless, it is 
extremely popular and still growing rapidly. This is 
attributable to three circumstances: ease of connec¬ 
tion, low cost, and its close relationship with the 
USENET news network. 

Mailing lists similar to those long current on the 
ARPANET have recently increased in popularity on 
the UUCP mail network. These permit a feature that 
USENET newsgroups cannot readily supply: a limi¬ 
tation of access on a per-person basis rather than on 
a per-host basis. Also, for low-traffic discussions 
mailing lists are more economical, since traffic can 
be directed to individuals according to their specific 
interests. 

There is no central administration. To connect to 
the network, one need only find one machine that 
will agree to be a neighbor. For people at other hosts 
to be able to find your host, however, it is good to be 
registered in the UUCP map, which is kept by the 
group of volunteers known as the UUCP Project 
[84]. The map is posted monthly in the USENET 
newsgroup comp.mail.maps. There is a directory of 
personal addresses on the UUCP network [44], al¬ 
though this is a commercial venture unrelated to the 
UUCP Project. 

Each host pays for its own links: some hosts en¬ 
courage others to connect to them in order to 
shorten mail delivery paths. 

There is no clear distinction between transport 
and network layers in UUCP, and there is nothing 
resembling an Internet Protocol. The details of the 
transport protocol are Undocumented (apparently 
not actually proprietary to AT&T, contrary to rumor, 
though the source code that implements the protocol 
and is distributed with UNIX is AT&T’s trade secret). 

Mail is transferred by submitting a mail command 
over a direct connection by the UUCP remote com¬ 
mand execution mechanism [36], The arguments of 
that mail command indicate whether the mail is to 
be delivered locally on that system or resubmitted to 
another system. In the early days, it was necessary 
to guess the route to a given host and hope. The only 
method of acknowledgment was to ask the addressee 
to reply. Now there is a program {pathalias ) that can 
compute reasonable routes from the UUCP map, and 
there is software that can automatically look up 
those routes for users. 

The UUCP mail network is currently supported in 
North America mostly by dial-up telephone links. In 
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Europe there is a closely associated network called 
EUnet, and in Japan there is JUNET, both of which 
will be discussed later. 

The most common dial-up link speed on the 
UUCP mail network is 1,200 bps, though there are 
still a few 300-bps links, and 2,400 bps is becoming 
more popular. When systems are very close, they are 
sometimes linked by dedicated lines, often running 
at 9,600 bps. Some UUCP links are run over local- 
area networks such as ethernets, sometimes on top 
of TCP/IP (though more appropriate protocols than 
UUCP are usually used over such transport media, 
when UUCP is used its usual point-to-point error ’ 
correction code is bypassed to take advantage of the 
reliability of the underlying network and to improve 
bandwidth). Some such links even exist on long- 
haul packet-switched networks. 

The widespread use of more sophisticated mail re¬ 
lay programs (such as sendmail and MMDF) has in¬ 
creased reliability. Still, there are many hosts with 
none of these new facilities, and the sheer size of the 
network makes it unwieldy. 

The UUCP mail network has traditionally 
used source routing with a syntax like 
hosta!hostb!hostc!host!user. The UUCP map and 
pathalias have made this bearable, but it is still a 
nuisance. An effort is underway to alleviate the 
routing problems by implementing naming in the 
style of ARP A Internet domains. This might also al¬ 
low integration of the UUCP name space into the 
ARPA Internet domain name space. In fact there is 
now an ATT.COM domain in which most hosts are 
only on UUCP or CSNET. Most UUCP hosts are not 
.yet m any Internet domain, however. This domain 
effort is also handled by the UUCP Project and ap¬ 
pears to be proceeding at a methodical but persistent 
pace [35, 37], 

The hardware used in the UUCP mail network 
ranges from small personal computers through 
workstations to minicomputers, mainframes,°and 
supercomputers. The network extends throughout 
most of North America and parts of Asia (Korea and 
Israel). Including, hosts on the related networks 
JUNET (in Japaiijr^nd EUnet (in Europe), there are at 
least 7,000 hosts pn the network; possibly 10,000 or 
more. (EUnet and JUNET hosts are listed in the 
UUCP maps.) The UUCP Project addresses are 

uucp-query@cbatt.ATT.COM 

cbattluucp-query 

uucp-query@cbatt.UUCP 

Much information about UUCP is published in 
USENET newsgroups. 


USENET 

USENET began in 1980 as a medium of communi 
cation between users of two machines, one at the 
University of North Carolina, the other at Duke U 
versity. It has since grown exponentially to its cu, 
rent size of more than 2000 machines. In the proo 
the software has been rewritten several times, an 
the transport mechanisms now used to support i, 
include not only the original UUCP links, but als 
X.25, ACSNET, and others. 

USENET combines the idea of mailing lists as 
long used on the ARPANET with bulletin-boar 
vice such as has existed for many years on TO 
and other systems, adding a freedomof subject 
ter that could never exist on the ARPANET, a."'' 
reaching a more varied constituency. While ch' 
and inane ramblings abound, the network is 
popular. 

The USENET news network is a distribute 
computer conferencing system [23] bearings! 
similarities to commercial conferencing syste" 
like CompuServe, though USENET is much^ 
distributed. Users pursue both technical an' 
ends on USENET. Exchanges are submitte_ 
groups on various topics, ranging from gardl 
astronomy. 

The name “USENET” comes from The USE 
Association, The Professional and Technical.^ 
User’s Group. The name UNIX is a pUn on Muf 
[65], which is the name of a major preaecessof 
ating system. (The pun indicates that, in areas^ 
Multics tries to do many things, UNIX tries to4 
thing well.) USENEi has no central administra? 
though there are newsgroups to which introduc, 
and other information about the network is pos? 
monthly. USENET is currently defined as the se 
hosts receiving the newsgroup news.announce (t? 
see the EUnet and JUNET sections). There are ab! 
a dozen hosts that constitute the backbone of the 
network, keeping transit times low by doing fre-. 
quent transfers among themselves and with othe? j 
hosts that they feed. Since these hosts bear much£ 
the burden of the network, their administrators tfl_ 
to take a strong interest in the state of the network^ 
Most newsgroups can be posted to by anyone on tho 
network. For others, it is necessary to mail a submit! 
sion to a moderator, who decides whether to postib 
Most moderators just filter out redundant articles 
though some make decisions on other grounds. ^ 
These newsgroup moderators form another grouping 
terested in the state of the network. Newsgroups artu 
created or deleted according to decisions made after) 
discussion in the newsgroup news.groups. 

Each host pays its own telephone bills. The back-'f 

\ 
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bone hosts have higher bills than most other hosts 
due to their long-distance links among themselves. 
The unit of communication is the news article. Each 
article is sent by a flooding routing algorithm to all 
nodes on the network. [34]. The transport layer is 
UUCP for most links, although many others are 
used, including ethernets, berknets, and long-haul 
packet-switched networks; sometimes UUCP is run 
on top of the others, and sometimes UUCP is not 
used at all. 

< f , The many problems with USENET (e.g., reader 
overload, old software, slow propagation speed, and 
high and unevenly carried costs of transmission) 

"Save raised the possibility of using the experience 
ned in USENET to design a new network to re- 
jlace it. The new network might also involve at 
at a partial replacement for the UUCP mail net- 
Jrk. 

Kne unusual mechanism that has been proposed 
gupport the new network is Stargate [89, 90]. 
nercial television broadcasting techniques 
jjunused bandwidth in the vertical blanking in- 

J jetween picture frames. Some broadcasters 
Tently using this part of the signal to transmit 
ict services. Since many cable-television chan- 
re.distributed via geosynchronous satellites, a 
jjnput to a satellite uplink facility can reach all 
America on an appropriate satellite and 
SjjiA: satellite uplink company interested in 
agiU SENET-like articles to be broadcast by 
gon-.a well-known cable-television channel 
gfound. Prototypes of hardware and soft- 


ijEbde the articles and other hardware to 
gm from a cable-television signal have 
and tested in the field for more than a 

f '' r, reasonably priced model of the decod- 
y ; be available soon. 

cfiity would allow most compatible systems 
^footprint (area of coverage) of the satellite 
access to the appropriate cable-television 
Jb'obtain decoding equipment and hook into 
[network at a very reasonable cost. Articles 
jfia'submitted for transmission by UUCP links 
gatellite uplinfciacility. Most of the technical 
• of Stargate seem to have been solved. 
j|than 90 perce'nt'of all USENET articles reach 
cent of all hosts on the network within three 
Though there have been some famous bugs 
aused loss of articles, that particular problem 

f :ome rare. 

Ji USENET host has a name. That host name 
name of the poster are used to identify the 
J® of an article. Though those hosts that are on 
Mhe UUCP mail and USENET news networks 


usually have the same name on both networks, mail 
addresses have no meaning on USENET: Mail re¬ 
lated to USENET articles is usually sent via UUCP 
mail; it cannot be sent over USENET, by definition. 
Though the two networks have always been closely 
related, there are many more hosts on UUCP than 
on USENET. In Australia the two networks do not 
even intersect except at one host. 

There are different distributions of newsgroups on 
USENET. Some go everywhere, whereas others are 
limited to a particular continent, nation, state or 
province, city, organization, or even machine, 
though the more local distributions are not really 
part of USENET proper. The European network 
EUnet carries some USENET newsgroups and has 
another set of its own [79]. JUNET in Japan is similar 
to EUhet in this regard. 

There are about 2000 USENET hosts in the United 
States, Canada, Australia, and probably in other 
countries. The hosts on EUnet, SDN, and JUNET 
communicate with USENET hosts: The total number 
of news hosts including ones on those three net¬ 
works is probably at least 2500. The UUCP map in¬ 
cludes USENET map information as annotations. A 
list of legitimate netwide newsgroups is posted to 
several newsgroups monthly. Volunteers keep statis¬ 
tics on the use of the various newsgroups (all 250 
of them) and on frequency of posting by persons 
and hosts. These are posted to news.newslists 
once a month, as is the list of newsgroups. Impor¬ 
tant announcements are posted to two mode¬ 
rated newsgroups, news.announce and 
news.announce.newusers, which are intended to 
reach all users (the current moderator is Mark 
Horton, cbosgdlmark). An address for information 
on the network is seismolusenet-request. 

EUnet 

The European UNIX network (EUnet) started at the 
April 1982 European UNIX systems Users' Group 
(EUUG) meeting in Paris, and originally connected 
machines in the Netherlands, Denmark, Sweden, 
and the United Kingdom. It began as an extension or 
application of the software and protocols used in 
USENET and UUCP in North America, and most 
hosts, as on those networks, run UNIX. There have 
always been and still are some marked differences, 
however. Mail and news are much more closely tied 
together in EUnet: The backbone hosts and adminis¬ 
trators are the same for both, and a single name is 
used for the combined mail and news network. The 
administration of the network is much more orga¬ 
nized than for UUCP and USENET in North Amer¬ 
ica, and there has always been a much stronger rela- 


1 9S6 Volume 29 Number 10 


Communications of the ACM 




tionship between EUnet and EUUG than there has 
ever been between USENET or UUCP and either 
USENIX or /usr/group (the two organizations in 
North America most similar to EUUG). Many of the 
“soapbox" discussion groups are not carried on 
EUnet (due to their high costs in transatlantic and 
European traffic), and there are many newsgroups 
that are only distributed within Europe. EUnet also 
differs from USENET, UUCP, and ACSNET in almost 
every other regard, especially funding, as will be 
seen. Yet the purpose of the network, to provide its 
users with modern communication facilities, partic¬ 
ularly electronic mail and news, which are capable 
of reaching the users of as many networks as possi¬ 
ble, is in line with the other networks. 

There is one EUnet backbone host in each Euro¬ 
pean member country. Each such backbone host or¬ 
ganizes communications within its country, often by 
maintaining direct connections to all other hosts in 
the country. The backbone hosts also communicate 
among themselves across international boundaries. 
The whole set of backbone hosts is the backbone of 
the network. There is a central host to which all 
.backbone hosts have connections and that carries all 
the intercontinental news and most of the mail 
traffic; this host has always been mcvax in Amster¬ 
dam. 

The administrators of the backbone hosts hold 
meetings (usually at EUUG meetings) where they 
determine concerted strategies and tactics. Currently 
they are moving toward implementing ARPA Inter¬ 
net RFC886 domains in EUnet and expect to have 
competed doing so by mid 1987. The to p-level do- _ 
mains being chosen are the ISO-3166 two-letter 
country codes, following RFC920. When a single le¬ 
gal or political entity is needed to speak for the net¬ 
work, EUUG does so. There is some financial sup¬ 
port from EUUG, but most funds are provided by the 
owners of the individual hosts. For example, the cost 
of the news connections with North America is 
shared proportionately among the EUnet backbone 
hosts according to the number of news hosts each 
feeds. They in turn_share these costs equally among 
all the hosts in-t£gir^ountry. Thus no host bears a 
disproportionateburden. 

Mail is charged to the originating host on a 
message-by-message and link-by-link basis. Except 
this is not possible for intercontinental links and 
links to nonchargeable networks. The originating 
host usually brings these charges to the attention of 
the senders of the mail in some manner. 

The European Public Data Networks charge per 
segment (maximum 64 bytes) for use of X.25. There 
is also a negligible connection time charge and an 


Rate! 


initial connection charge, but the per-packet chargi 
accounts for more than 80 percent of the costs, 
for X.25 connections are lower in Europe than in : 
North America, and usually lower than equivaleni 
North American telephone rates for similar dis 
tances and connection times. But, despite uniform! 
in charging units, X.25 tariffs vary widely within- 
Europe. Mail originating outside of Europe in so; 
cases must be paid for by a EUnet backbone hos 
particularly when gatewaying to a national non- 
charging network. This makes bulk mailings 
annoying to the gateway administrators. 

English is the lingua franca of the network 
many other European languages are also used., 
basic application protocols are news and mail 
USENET and UUCP, plus remote login where, 
links are used. EUnet originally used UUCP o 
dial-up telephone links like those of USENET-’ 
UUCP in North America. This arrangement 
last more than about six months, as it quick!; 
came evident that X.25 links were more praci 
(faster and cheaper) in Europe for long-distai^ 
links. Most EUnet links between backbones 
side Europe are now UUCP (without much, 
usual error checking) over X.25. Ordinary 
telephone dial-up links are still the most cq 
for local links and to leaf nodes. 

EUnet has recently concluded an arrang^ 
redistribute the ACSNET software withiniE 
and it appears likely that many links betwi|. 
bone hosts will soon use ACSNET rather.thr 
because of such obvious advantages as mufl 
and f ull duplex connections. -'h_ 

The SLIP software that allows TCP/TP over 
lines may be used over some interbackbone 
place of X.25 because of its advantage in speed 
(4,800 bps is the practical limit for X.25 links),' 
dally over some of the faster digital telephone lin, 
now becoming available (up to 50,000 bytes at 
SO.25 a minute). EUnet will probably eventually 
adopt X.400 for mail, using whatever transport 
mechanisms, such as TP4 or other ISO transport p: 
tocols, are appropriate at that time. 

Most dial-up telephone links are still 1,200 bps, 
but 2,400 bps is becoming more common. X.25 lin 
are mostly effective about 4,800 bps, though the 
nominal rate most commonly used is 9,600 bps. . 
Ninety percent of all mail and news traffic arrives: 
within one day. Reliability is quite high. 

EUnet has already almost completely eliminated 
the old-style UUCP hostalhostblhostluser syntax in 
favor of user@host. Routing is managed by the back 
bone hosts, each of which knows the organization 
within its own country and which hosts are in 
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which country. Routing information is automatically 
exchanged daily between the backbone hosts and 
between Europe and the United States and Japan. If 
mail is sent from a nonbackbone host that lacks a 
direct link to-the destination host, it is forwarded to 
the national backbone host, which relays it. 

ARPA Internet RFC886 domain naming syntax is 
currently being implemented on EUnet. Each coun- 
t r y will register as a top-level country domain with 
Internet (e.g., NL for the Netherlands). There 
i also be subdomains from the beginning. Thus 
<ax might become aui.ac.nl, and an address for a 
ter of that host there might be user@cwi.ac.nl. 

; simplifies routing further, since each backbone 
•need then only know the hosts within its own 
fitry domain and a path to the backbone host for 
i other country domain: There is no need to 
anything about the internal structure of other 
ry domains. In fact, routing is delegated fur- 
fsince the internal structure of a given subdo- 
[may be known by a host other than the na- 
^backbone host, which need then only know 
ipropriate nameserver host for the subdomain, 
is about 900 hosts and extends throughout 
Europe, as shown in Table VI. There are 
jctions to EARN, JANET, DFN, and other net- 
vithin Europe, plus intercontinental connec- 
jjapan and Korea, to CSNET, UUCP, and 
JEin North America, and to ACSNET and 
.ustralia. New.hosts must register with 
[-backbone host administrator, and in- 
Europe should be addressed to the 
:c- 
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same place. Elsewhere, direct inquiries to EUUG: 

EUUG secretariat 
Owles Hall 
Buntingford 
Herts SG9 9PL 
England 
mcvaxleuug 

SDN 

The System Development Network (SDN) [10, 11] 
was started in 1982 in the Republic of Korea with 
one node at Seoul National University and another 
at the Korea Institute of Electronics Technology. The 
major development issues in SDN during the initial 
period from 1982 to 1984 were setting up the envi¬ 
ronment for computer communications and adding 
new nodes. SDN is now the backbone that intercon¬ 
nects local-area networks at major sites. Most of the 
nodes are connected via the TCP/IP protocol suite 
through leased lines, and advanced research is being 
carried out in network softwares, international 
standards, and distributed systems. The intent of the 
network is to provide a facility for computer com¬ 
munications and resource sharing, and a test envi¬ 
ronment for research and development communities 
in Korea. 

Technical and administrative support has been 
provided by Korea Advanced Institute of Science 
and Technology (KAIST) since 1983. The Network 
Management Center, located at KAIST, handles in¬ 
formation dissemination and also maintains interna¬ 
tional and domestic contacts for administrative mat¬ 
ters. Managerial decisions are made by the Oversee¬ 
ing Committee, which consists of representatives 
from each site. The Electronics and Telecommunica¬ 
tions Research Institute and the Data Communica¬ 
tions Company of Korea, along with KAIST, are the 
major participants in the management and develop¬ 
ment of SDN. 

Each site is charged the cost for its connections, 
whether through leased lines, X.25 PDN, or dial ups 
for domestic communications. International commu¬ 
nications costs are charged proportionally. Expenses 
for protocol development and management and in¬ 
ternational communication are covered by national 
research grants, public corporations, and internal 
funding from several institutes. 

The standard protocol architecture in SDN is 
based on the U.S. DoD IP, and UUCP is also sup¬ 
ported over all hosts. Some UUCP links run on top 
of TCP/IP and X.25. Virtual terminal, file transfer, 
mail (in both Korean and English), remote command 
execution, net news, and name services are sup- 
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ported. The SDN research community is currently 
working on migration to ISO protocols starting from 
the network and transport layer. The low-level net¬ 
work is built largely out of leased phone lines and 
the domestic X.25 network, in addition to LANs. The 
international connections are based on X.25 and 
X.28/X.29 PAD. Most links run at 2,400 bps, and 
some links run at 9,600 bps. Reliability is high. 

The top domain name, SDN, has been used for 
years in SDN. Second-level domains are usually 
hosts. Routing is decided at the issuing host. In addi¬ 
tion to the domain style name, UUCP-like hosUuser 
names can be used with a pathalias database. 

Internet domain naming as proposed in RFC882 
and RFC883 is being implemented. The naming 
structure consolidated as of June 1986 is in confor¬ 
mance to RFC920. The top-level domain is KR for 
Korea, with the following second-level domains 
below it: 

RES for research community 

EDU for educational institutes 

COM for companies 

GOV for governmental organizations 

ORG for general organization 

<network-names> for other nationwide networks 

Third-level domains are the organization names. 
Fourth-level domains usually apply to hosts. 

UUCP gateways to North America were set up in 
1983 over X.25 and dial-up lines. A CSNET link us¬ 
ing PMDF over X.25 was installed in 1984. The 
CSNET connection will soon be replaced by TCP/IP 
over the X.25 link. 

Within the Republic of Korea, about 100 com¬ 
puters at 22 different organizations were connected 
to SDN as of June 1986. By the end of 1987, 200-300 
computers at 30 different organizations will be con¬ 
nected. SDN administrators are now working on 
Pacnet [9], a cooperative network over UUCP con¬ 
nections that will interconnect universities and com¬ 
panies in the Pacific region. SDN currently has con¬ 
nections to Japan (kddlab) and Indonesia (indovax) 
directly, and to Australia (munnari) and Singapore 
(tataelxsi) througbCsgismo. 

SDN liaison isjGjnam Chon: 

UUCP: seismo.'kaistichon 

ARPA Internet: chon%kaist.csnet@relay.cs.net 

The mailing address is 

SDN Management Center 

Department of Computer Science 

Korea Advanced Institute of Science and Technology 

P.O. Box 150 Chongryang 


Seoul 131 

Republic of Korea 

UUCP: seismolkaistlnmc 

ARPA Internet: nmc%kaist.csnet@relay.cs.net 

JUNET 

The earliest large computer network in Japan apj 
pears to have been N-l [40], which is an interur 
versity network that started late-in 1970. It currprl 
connects about 20 national universities using DB| 
(Digital Data eXchange, Packet-switching netwoff 
which is the Japanese Public Data Network. (Th 
is also a circuit switching network, like Canada 
Infoswitch.) N-l provides only remote login and 
mail service. 

JUNET originally linked three universities: 
in October 1984. It was connected to Europe.] 
ary 1985 by a link between kddlab and mcvax 
nections to other continents have since beenj 
It is currently the major nationwide noncomi 
computer network in Japan (DDX-P might be| 
JUNET incorporates both news (like USENET 
mail (like UUCP) in a single network organizg 
(like EUnet). Its purpose is to promote infoij 
exchange among Japanese researchers and 
searchers outside Japan [61]. 

The network is organized by a group of stu'dl 
Tokyo Institute of Technology, whose leaderlsf 
Murai. The administrators of the major (backbqj 
hosts on the network also help administer thej] 
work and hold monthly meetings for that pur 

There is evidently a tradition in Japan of empfl 
ees asking their employers for permission befom| 
publishing anything publicly; this might explain 
small number of Japanese news postings seen ouq 
side Japan. Also, there is a distribution (fj.all) of| 
newsgroups that can be seen only inside Japan.-; 
For instance, fj.kanji (for kanji handling) and 
fj.micro.mac are very active. Each host’s connect] 
costs are paid by its institution. 

UUCP is the common protocol, with X.25, tele"3 
phone dial ups, and ethernets below. Some UUCPj 
links are carried over TCP/IP. The ISO protocols! 
not yet used, and there appear to be no immediate! 
plans to use them, although implementations exist! 
within several corporations. Mail (per RFC822) and| 
news (as in USENET) are supported. There are thr 
standard human-language notations supported: 1 

English in 8-bit ASCII: 

We had a very good time at Mark’s home last 

night. 



' Thanks to Hide Takuda and Jun Murai for ihesB examples: J1S is Japan 
Industrial Standard, and C6228 defines Kanji characters uf 2 bytes each of 
7 bits. 
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Japanese in roman characters in 8-bit ASCII’ 

Watashi tachiwa sakuban Mark no iede tanoshii 
hitotoki wo sugoshita. 

Japanese in a 16-bit JIS C6228 encoding of Kanji 
characters: 

The mail and news interface software has been mod¬ 
ified to support Kanji characters, which also require 
jpecial display hardware. 

I Most JUNET links are 2,400 bps, and reliability is 
| g h. There is a domain system, and its top-level 
Jomain is JUNET, Second-level domains are usually 
ajned for organizations such as universities, and 
grd-level domains are usually hosts. This scheme 
[Similar to RFC733 [14], the predecessor of the cur- 
ARPA Internet domain system. Routing is done 
Ktables on gateways, which are manually updated 
month. Modifications have been made to 
Ehnail to support routing by domains. 

■gJET has 46 participating organizations and 
Mjosts. There are now several links to Europe, 
MBiFAmerica, Australia, and Korea. A gateway to 
npt (BITNET in Japan) is planned, and there 
^gteway to CSNET. The contact address is 

j^BBistitute of Technology 
Meguroku 


etworks 

te.. 


^^netanetwork, but has already been de- 
dhe section on research networks. 


academic community with the kind of networking 
resources that CSNET now provides to computer sci¬ 
ence researchers [3], It extends the ideas of resource 
sharing, which motivated the ARPANET, and of col¬ 
laboration among researchers, which grew out of the 
development of the ARPANET [19], NSFnet will also 
concentrate more on customer support and informa¬ 
tion than has been customary in the ARPA Internet. 

The NSFnet project is administered by the OASC 
in coordination with the administrations of existing 
networks. The NSF will provide initial funding, al¬ 
though there is potential for the network to even¬ 
tually become self-supporting. 

Diverse network protocols will be used to support 
the TCP/IP protocol suite; the network may even¬ 
tually migrate to the ISO protocols. Initially, NSFnet 
will use the existing long-haul (ARPANET) and cam¬ 
pus networks of the ARPA Internet plus state net¬ 
works and a new supercomputer backbone network. 
NSFnet can be viewed as an expansion of the ARPA 
Internet: The ARPANET alone may gain about 15 
new PSNs. BITNET is considering migrating from 
RSCS to TCP/IP, and CSNET is investigating a new 
network, Cypress, based on TCP/IP 9,600-bps leased 
lines. Both of these may be used as part of NSFnet. 

The TCP/IP protocols are also being implemented 
under the Cray CTSS operating system. 

In addition to services such as already exist in 
CSNET and the ARPA Internet, it is hoped that 
NSFnet will have a sophisticated nameservice ex¬ 
tending not only to hosts, but also to users and re¬ 
sources, A program might be given a networkwide 
location-independent name, such as Useful-Program, 
which would be mapped by the nameservice into 
uprog@somedomain. Users would not have to be con¬ 
cerned with the location ot the program. 

Long-haul links are expected to typically be Tl 
microwave links. Reliability will be high due to the 
use of TCP/IP. Naming, addressing, and routing will 
be as in the ARPA Internet. Administrators of 


•'Qi 

■nit 
tfii 
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pry of NSFnet properly starts with 
Tand continues with CSNET. In 1984, the 
Science Foundation (NSF) established the 
l Advanced Scientific Computing (OASC). 
J ce started ojie_program to develop super- 
jter centers, and another to develop network 
Jo them. The planned network was called 
t 42 ]- This network will eventually provide 
services than just supercomputer access, and 
an extensive user community. Agreement wa: 
fd between NSF and DARPA in October 1985 
Vide access to NSFnet for ARPANET users anc 
ersa. 

a objective of NSFnet is to provide the general 


CSNET, BITNET, and UUCP have recently agreed to 
adopt the ARPA Internet domain name system 
(though conformance is voluntary per host in the 
latter two networks). This decision was motivated by 
purely practical considerations, but will facilitate 
the implementation of NSFnet. 

The network will reach academic campuses and 
research organizations throughout the United States 
and already has 65 initial participant organizations. 
For futher information, contact 

Program Director for Networking 
Office of Advanced Scientific Computing 
National Science Foundation 
Washington, DC 20050 
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National Research Internet 
The National Research Internet (NRI) is being 
planned by a network working group of several 
White House committees. The relevant committees 
are collectively known as the Federal Coordinating 
Committee on Science, Engineering, and Technology 
(FCCSET), and their purpose is to coordinate activi¬ 
ties in the various federal agencies. One of them is 
the FCCSET Committee on Very High Performance 
Computing (VHPC), which is aimed at the super¬ 
computer activities. 

NRI will interconnect the networks owned by the 
various federal agencies in order to promote re¬ 
source sharing and collaboration among researchers. 
This differs from NSFnet's purpose in that it at¬ 
tempts to satisfy most if not all needs for scientific 
networking, whereas NSFnet is more directed to¬ 
ward providing access to supercomputer centers. 
NSFnet will be one of the networks connected by 
NRI. The NRI project is administered by the 
FCCSET Network Working Group, and the network 
will be funded by various federal agencies. Account¬ 
ing methods are still under study. 

The TCP/IP protocol suite will be used for NRI. 

The main focus of development will be on gateway 
standards in order to facilitate interconnection of the 
networks. The links used will presumably be fast, 
and the TCP/IP protocols will promote reliability. 

Access restrictions among the various agency net¬ 
works may become an issue, and prior arrangement 
with the administration of a network may be neces¬ 
sary before a given resource on one network can be 
used by a user of a different network. 

RARE 

The EEC's ESPRIT project is sponsoring plans for a 
metanetwork called RARE (Reseaux Associees pour 
la Recherche Europeenne). RARE is an attempt to 
unify and standardize the European national net¬ 
works. Funding may come from both the EEC and 
from the governments of participating countries. The 
ISO protocols will be used, though ESPRIT also spon¬ 
sors projects like ROSE that may convert existing 
networks from.pther protocols gradually. Compo¬ 
nents of somedmernational networks, such as EUnet 
or EARN, may^e funded and incorporated. Some 
constituents of this metanetwork already exist in na¬ 
tional or regional networks like DFN (West Ger¬ 
many) or NORD.UNET (Scandinavia). NORDUNET 
uses not only ISO protocols, but also some Coloured 
Book ones. 

Pacnet 

Pacnet is a logical grouping of Pacific hosts and orga¬ 
nizations [9], It is currently in the early planning 


stages, though there are some existing UUCP links 
between the various national networks in the p ac j 
region, including East Asia. Australia, and the 
United States. 

AUSEAnet 

AUSEAnet is a metanetwork for a joint microelec 
tronics (VLSI) project among ASEAN (Association 
South East Asian) countries and Australia. Thef' 
ASEAN countries include Thailand, Indonesia,. 
laysia. Singapore. Brunei, and the Philippines, f 
project started in July 1986 and is expected to\ ' 
operational by November 1986. The goal is to p 
electronic submission of VLSI designs to the 
tion plant in Australia and to exchange inform! 
about microelectronics techniques. Funds ar "" 
vided by the Australian government and wil. 
augmented by the other participant countries^ 
AUSEAnet will use UUCP and ACSNET < 
international X.25 networks. Outside of A.. 
it will use mostly UUCP. Most of the links.■ 

1,200 bps. Reliability should be high. 

Country domain and node addressing ____ 
be decided in August 1986. Indonesia wilhj 
ASEAN regional center of AUSEAnet and^ 
nect to a designated node in Australia thro? 
international packet-switching line. Eacht'jf 
ing ASEAN country will have its own netiv 
an international gateway that will poll 
sian hub machine. The national center in In'dcffl 
will be at NETLAB, the Network Laboratory:'® 
part of the Inter-University Center for Compiit 
Science at the University of Indonesia in Jakarl 
Four institutional organizations were connects 
NETLAB as of July 1986. At least nine ASEAnIi 
tutional nodes will participate in AUSEAnet. T. 
son is Joseph F. P. Luhukay, who can be reach's 

Computer Science Center 
University of Indonesia 
P.O. Box 3442 
Jakarta 10002 
Indonesia 


BULLETIN BOARDS AND NETWORKS 
Bulletin-board systems have become ubiquitous, 
many people today think of bulletin-board systems) 
when they hear the word “network." The two arei$ 
fact quite distinct. A typical bulletin-board system) 
a personal computer supporting a database of mes-' 
sages. Users can read or submit messages by dialing 
up one or more modems over the public switched 
telephone network. The telephone network is the 
only network involved, since all the messages are on* 
one machine. ■ 
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Bulletin-board systems are computer conferencing 
systems. Unlike mail systems, where communication 
is one-to-one or one-to-many, communication on 
computer conferencing systems is many-to-many 
[ 32 ]. People who use personal-computer bulletin- 
board systems have a tendency to call anything 
larger a network. An example of this is the WELL 
[[Whole Earth ’Lectronic Link) [6], which is a VAX- 
0 with two Fujitsu Eagle disk drives running 
(4.2BSD) in the office of the Whole Earth Re- 
[evv in Sausalito, California. Despite the difference 
itween the WELL’s 800 megabytes of disk space 
'j the typical home computer’s few megabytes, the 
ILL is still a bulletin-board system. People dial it 
use it like they would CompuServe or THE 
)URCE. The WELL can do more than the average 
S'system, however. There is a local magazine that 
liiblished on-line, as well as parts of other maga- 
« and books [7]. In addition, the WELL is on 
!NET and UUCP and serves as one of the few 
Tc access entry points to those networks. While 
[USENET users are employees of organizations 
lave machines connected to USENET, anyone 
an dial up and submit a valid credit-card num- 
n-(in principle) be a WELL user. Access is not 
hed, however, since the administrators of the 
gre aware of the nonprofit nature of USENET, 
glare several other public access UNIX sys- 
wt; provide USENET access, such as the Soup 
fin New Jersey. Few of them support pub- 
wentures, however. 


Bon 


iaLNetworks 

[networks sell services to outside users 
|ftany are in effect common carriers like 
.one system. Administration is always cen- 
lough execution may be delegated. Fees 
^charged to individual persons or organi¬ 
se basis of connect or CPU time used. 
^Serve, THE SOURCE, and other such 
ire not really networks. They consist of a 
^.computers closely coupled into a large dis- 
isystem and are accessed just like home 
jl-computer bullstin-bpard systems, except 
jers get bills. '—--V ■ 

^commercial service, more traffic is good, be- 
t brings in more revenue, but, on an anarchic 
:k like USENET, more traffic just means more 
f , ;e - Users of either kind of system have to deal 
Information overload, though the availability 
«ey and administration in the centralized ser- 
[allows the development of sophisticated filter- 
lechanisms to limit that problem. But central- 
produces its own problems: During popular 
most of the dial-up ports and PDNs—public 


data networks—that are used to reach them become 
saturated, and the mainframes themselves become 
loaded. 

PDNs are real networks, or at least communica¬ 
tion subnets, as they are implemented up to the net¬ 
work layer and enable users to reach computers. 
There are many PDNs; every European country, for 
instance, has a national government-run PDN. The 
government agency involved is usually the same one 
that runs the paper post and telephone services. The 
French acronym PTT (Poste, Telephone, et Tele- 
graphe) is the standard abbreviation for this kind of 
agency. 

Conferencing Networks 

A basic technical difference that distinguishes con¬ 
ferencing systems from mail systems is that confer¬ 
encing systems need multicast or broadcast transport 
mechanisms to support them, whereas mail systems 
can get along with unicast mechanisms. This and 
other technical issues related to the extent and 
method of distribution of the message database are 
not highly visible to the users of any of the BBS or 
news systems. 

Local bulletin boards have existed for many years 
on TOPS-20 (and other) machines on the ARPA In¬ 
ternet, with one message database per system. Those 
systems pass the messages in the databases around 
to each other so that the database on each system 
approximates those on the others. The transfer 
methods are an ad hoc combination of file transfer of 
the message d ataba ses and mail of individual mes¬ 
sages. There are many established ARPANET mail¬ 
ing lists, many of which are stored on arrival at 
TOPS-20 systems as BBOARDS, but these are still 
not true distributed systems. 

USENET is similar in concept to the TOPS-20 
BBOARD systems. Each USENET host machine con¬ 
tains one copy of the news article database. The key 
difference is that, when a USENET article is posted 
locally, it is sent to every neighboring machine, 
which in turn sends it to all of its neighbors, and so 
forth. To keep this flooding algorithm from produc¬ 
ing loops, each article contains a record of the path 
it has traversed; which is updated at each machine 
the article passes through; no machine will send an 
article to a machine that is already in the path. The 
article also contains a unique ID that the hosts use to 
recognize and discard duplicates. Many people have 
taken to having their personal computers dial up 
CompuServe in the middle of the night (when tele¬ 
phone rates are low) and download many articles for 
later perusal. This is a step in the USENET direction. 

. Most computer conferencing systems organize 
messages into conferences according to subject mat- 
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ter. Many have each conference (SIG, newsgroup, 
etc.) overseen by a person who may be called an 
editor, a moderator, or a Sysop (the term used on 
most commercial and personal systems). This person 
filters out duplicate submissions, and may in some 
cases reject objectional submissions or remove them 
after they are posted. Reasons for rejection vary 
widely according to the network, conference, and 
people involved. Sometimes actual editing is done. 
The role of the moderator—as perceived by the 
moderators themselves, as well as network adminis¬ 
trators, submittors, and readers—can vary widely. 
For example, accusations of censorship are unfortu¬ 
nately common, though few moderators believe they 
are justified. 

SOCIAL AND LEGAL ISSUES 
Networks have effects on their users that go beyond 
the issue of immediate practical utility [32], The pri¬ 
mary effect is increased human interaction, if infor¬ 
mation overload can be avoided, increased interac¬ 
tion can lead to better technical productivity 
through the exchange of ideas and references. It can 
also lead to unanticipated social interaction among 
specialized or diverse groups of people. In addition 
to social effects, network interaction has potential 
legal implications for users and administrators. 

Networked Communities 
Certain newsgroups, mailing lists, bulletin boards, 
and SIGs have reliable followings that form social 
groups. These range from groups interacting strictly 
in pursuit of technical goals to others interacting for 
the sake of interaction, to still others for whom the 
networked interaction is an aspect of or leads to 
outside interaction. 

Technical Groups. 

UN1X-WIZARDS@BRL.ARPA: This ARPA Internet 
mailing list 2 dates back to around 1977 on the 
ARPANET and is currently gatewayed bidirection¬ 
ally and automatically with the USENET newsgroup 
comp.Unix.wizards. It is possible that most working 
UNIX software developers and system administra¬ 
tors read this lisf-uip-to a few years ago, but many 
have since canceled their subscriptions because of 
how long it takes to sort through the much larger 
volume of submissions. There have been several 
attempts to reduce the traffic and to keep it more 
technical. The comp.unix.help newsgroup, which is 
gatewayed with the INFO-UNlX@BRL.ARPA mailing 
list, was created to provide novices with access to 

2 The convention for subscribing to ARPA Internet mailing lists is to send mail 
to list-REQUEST(S>domain. not list@domain. For example: if you want to get 
on the HUMAN-NETS list, mail a request to HUMAN-NETS*REQUEST@- 
RED.RUTGERS.EDU. Only actual submissions should go to HUMAN- 
NETS@RED.RUTGERS.EDU. 


knowledgeable people, and so to keep elementar 
questions out of UNIX-WIZARDS. This new newk 
group is popular, at least. There is also a moderatl 
newsgroup, comp.unix. This has little traffic, app| 
ently because people do not want to have to justif 
the value of their submissions. UNIX-WIZARDS*; 
has a recognizable group of technical contributor 
and readers who use it in their work. Many of th 
can also be found attending USENIX conference! 
the same reasons. Many of those who no longer?! 
low UNIX-WIZARDS use other newsgroups or.o 
ing lists or private mail for the same purpose. 

AILIST@SRI-AI.ARPA or comp.ai: This is a ^ 
technical discussion list or newsgroup for artif 
intelligence (AI) researchers. It is moderated.!? 
gestified. The volume is high, and topics range* 
press treatment of AI to esoteric points of 1 
implementation details. Submittors range fron 
most eminent practitioners to novices, with.!" 
moderator selecting more for the former. It us 
clear that this list accurately reflects the ■ 
community, but it certainly has its own follo^ 

p 

TCP-IP@SRI-NIC.ARPA: This is an ARPA£ 
mailing list that deals with the TCP/IP protcj 
suite. It is used both for dissemination of i 
to people not familiar with the protocols; 
working technical discussions among their)* 
mentors, most of whom appear to follow:! 

There are other similar lists on more sped, 
working topics. 

news.group: This is a USENET newsgroup ; 
cussing the creation and deletion of newsgroup’s^ 
has on occasion been one of the highest volume l 
newsgroups on the network. There are other newy 
groups that are also about USENET itself. 

INFO-NETS%MIT-OZ@MC. LCS.MIT.EDU: This] 
a mailing list about networks. Typical postings mig 
deal with requests for paths to specific hosts on car 
tain networks or requests for position statements by 
people involved with NSFnet. Some information ini 
this article was obtained from responses to requests! 
on this list. 

HUMAN-NETS@RED.RUTGERS.EDU: HUMAN 
NETS is perhaps the prototypical technical list about! 
social issues. It is a forum for discussions of the so- ^1 
cial effects of computers and specifically of com¬ 
puter networks. A discussion in this list led to the 
writing of an earlier version of this article. 

There are technical mailing lists for.such things a* 1 
workstations, local-area networks, and many differ' . 
ent lists for many different manufacturers’ com¬ 
puters. Not all technical lists or newsgroups are ■ 
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computer related. There are newsgroups on astron¬ 
omy and biology, for instance. However, researchers 
yj other fields do not use newsgroups in their fields 
(or actual work as much as researchers in computer 
gelds do, probably because researchers in other 
gelds are less familiar with unusual uses of com¬ 
puters. 

'Social Groups. 


lompuServe SF SIG: CompuServe has a very popu- 
ir though not very old special interest group (SIG) 

'l science fiction, moderated in part by Diane 
janes, a popular science-fiction and fantasy writer, 
jfa instigators had great difficulty convincing net- 
ark management that a conference on this topic 
juld be viable, but it has turned out to be one of 
j fastest growing SIGs. Similar groups exist on 
ne other systems. 

\ 

here are many newsgroups or mailing lists that 
f|only for social purposes. A famous example 
mg aficionados was a mailing list started by a 
ant who had lost his girlfriend and wanted to 
iserate with all his friends, most of whom he 
through the various networks. This list used 
3_erable portions of the bandwidth of several 
;rks over many months and led to a number of 
s,in several parts of North America where the 
Ijjants met each other directly. This list was 
Sanctioned by the administrators of any net- 


Effects 

tL h - e most obvious effects of networks is their 
jto induce users to “flame," that is, to pro¬ 
sy words on an uninteresting topic, or in an 
Kr ridiculous manner; “raving" is almost a 
|Jor flaming. The usual explanation for why 
jer networks tend to aggravate flaming is that 
jier is isolated from the readers and has no 
feedback to inhibit such behavior, 
re are typographic conventions that have de- 
j|d on the various networks to get around the 
Tuties of expressing nuances in ASCII charac- 
3ne of the more universal is that UPPERCASE 
^'shouting (muchloathe chagrin of those with 
£s that only haveTIppercase). Some ‘surround 
ses with asterisks* to indicate emphasis, while 
i s p a c e the characters out. People will mark 
sm) or (irony). Facial expressions often get 
out (*grin*>. There are many ways to indi¬ 
te start of a flame, such as ‘FLAME ON!*. On 
ENET there are shorter ways to indicate lack of 
intent: for instance, :-) (the image of 
filing face). 


led i 


Legal Issues 

The specific liabilities that arise when computers 
communicate with other computers over public air¬ 
ways or through the telephone system can be diffi¬ 
cult to recognize. The extent of a system’s liability is 
a function of its specific features and of the extent to 
which the content of its messages is controlled. 
There are legal precedents covering the liabilities of 
more traditional communication media such as 
newspapers, radio and television broadcasting, and 
cable television. Though computer networks do not 
fit neatly into either the broadcaster or common- 
carrier category, these are the two classifications 
that seem likely to provide legal precedents that will 
apply to computer communications [78]—the alter¬ 
native is to define a special classification for com¬ 
puter communications. The classification is impor¬ 
tant because common carriers are not held to as 
strict a standard as broadcasters. Some of the liabili¬ 
ties faced by network administrators .have to do with 
defamatory material, obscenity, content of transmis¬ 
sion, and faulty transmission. Individual users might 
also be liable for defamatory material and obscenity, 
as well as for copyright infringement and invasion of 
privacy. 

To control what is posted on a network, it is nec¬ 
essary to control access to that network. Most exist¬ 
ing networks are not strong on security. The safest 
policy in using networks is to assume that any net¬ 
work can be broken, that any transmission can be 
recorded, and that most can be forged. (There was a 
famous hoax on April Fools’ Day in 1984 when 
kremvax!kgbvax!chernenko joined USENET.) En¬ 
cryption techniques for providing a rather high de¬ 
gree of security exist, but few people are willing to 
pay the price in CPU time, and so few networks 
make use of these techniques. 

HISTUKY 

The first packet-switching network was imple¬ 
mented at the National Physical Laboratories in 
the United Kingdom. It was quickly followed by the 
ARPANET in 1969 [15]. There were soon related 
projects such as CYCLADES in France [72], EIN 
(European Informatics Network) in Europe [2, 21], 
and the Coloured Book efforts in the United Kingdom. 
Of these, the networks based on the ARPANET and 
Coloured Book protocols have survived, by mutation 
and evolution of their protocols. These original ef¬ 
forts were all undertaken as research and were 
largely government supported. 

As the idea of networking caught on, companies 
such as Xerox, DEC, and IBM started to develop 
their own networking technologies, usually starting 
with local-area networks. Long-haul networks came 
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to be used not only for communication among di¬ 
rectly connected hosts, but also to tie LANs into 
internets. 

ARPANET technology had been used by BBN to 
build the commercial network TELENET (later sold 
to GTE) by 1976, and commercial X.25-based net¬ 
works followed. In Europe the PTTs controlled (and 
still control) the PDNs in each country (one per 
country) and have universally settled on X.25 as 
their network layer protocol. The PTTs favor circuit 
switching rather than packet switching, so most of 
the CCITT protocols such as X.25 and X.400 are ori¬ 
ented toward virtual circuits. 

Computer conferencing systems started in 1976 
and later found commercial viability in centralized 
services such as EIES and Delphi as well as some¬ 
what more distributed systems like CompuServe. 
Personal computers are often used as free bulletin 
boards. 

Meanwhile, another networking technology, based 
on dial-up telephone links instead of dedicated con¬ 
nections, was being developed. Two of the earliest 
products of this technology were ACSNET and 
UUCP, both of which survive in modified forms. The 
dial-up networks produced the most distributed of 
the conferencing systems: USENET. 

CSNET started as an attempt to bring the collabo¬ 
rative advantages of the ARPANET to researchers 
beyond the ARPANET community by using dial-up 
mechanisms similar to those of UUCP. MAILNET 
grew out of a similar effort. BITNET made IBM’s 
internal mainframe networking technology available 
to the academic community and even spread to 
some non-IBM hosts. It has also spread outside the 
United States as NETNORTH and EARN. 

Internets required new protocol suites, such as 
Xerox NS, the U.S. DoD’s TCP/IP, and the ISO pro¬ 
tocols. The spread of NS. has, some say, been stifled 
by the secrecy of its originating company. The 
TCP/IP protocols are by far the most widely imple¬ 
mented of these three due to the accessibility of 
their specifications, their long history of practical 
use, and the backing of the U.S. government. Some 
of the ISO pro tocols found implementation in 1983 
on CDNne_h the first EAN network, and spread rap¬ 
idly in Europe the following year. Other implemen¬ 
tations, particularly of X.400 (actually a CCITT pro¬ 
tocol), have followed, especially in Europe. Most of 
the ISO protocols are either adoptions of CCITT 
protocols or are, like them, oriented toward virtual 
circuits. 

Hosts on early networks were usually either main¬ 
frames or minicomputers. A few networks, such as 
BITNET, continue this tradition. Internets usually 


have many workstations on their LAN component 
so the average size of their hosts is smaller. Person^ 
computers are sometimes connected to internets 
the ARPA Internet, and some are part of the dial-" 
networks. Users of IBM PCs have found a network 
their own in FidoNet. At the other end of the: 
trum, at least one network, MFENET, was develop 
primarily for access to supercomputers. 

Computer networks have spread to larger < 
smaller machines, different lower layer technoloj 
different protocols, and many nations. Though-.tl 
diversity continues to increase, most noncommfj 
networks are connected with each other at lea§jT 
the purposes of mail exchange and thus already 
stitute a worldwide metanetwork, first predicted 
years ago and called Worldnet (see Figure 2)„ 


BIBLIOGRAPHIC NOTES 
A good introduction to actual functioning n 
is [50]. The standard tutorial introduction/ 
ory of computer networks is still [85]. Thejx! 
can gain a useful amount of context by read 
its first chapter, and there is an overview/p 
the same author [86]. Either of these sh'ou| 
plemented by recent publications on the?vg 
protocols and protocol suites, for whic&'sjj^ 
specific references. A perspective on histor 
recent developments in protocol design ana nng 
mentation can be found in [66], Good discussion 
concerning networks and protocols can be fou8j| 
in [38], and there are some useful comparatives 
work papers in [13]. Much of the information in 
article was obtained over the networks it descr 
either by mail, file transfer, or news. Some of.tKI 
references are to articles in well-known digests/ 
or newsgroups. ’h 
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have supplied information, but information included 
about any network may not necessarily reflect the 
views of its administrators, users, or others associ¬ 
ated with it. Inclusion or omission of a section on 
any network does not imply anything about the im¬ 
portance, quality, size, or any other property of that 
network: The networks included are simply those 
that the authors noticed. Any intentional inaccura¬ 
cies or other faults in this article are the sole respon¬ 
sibility of the authors. 
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